<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Based on Q&amp;As from Robert in Software Archive</title>
    <link>https://community.intel.com/t5/Software-Archive/Virtual-shared-model-granularity/m-p/976926#M25215</link>
    <description>&lt;P&gt;Based on Q&amp;amp;As from Robert Reed (&lt;A href="http://software.intel.com/en-us/articles/intelr-xeon-phitm-coprocessor-february-developer-webinar-qa-responses"&gt;http://software.intel.com/en-us/articles/intelr-xeon-phitm-coprocessor-february-developer-webinar-qa-responses&lt;/A&gt;), the virtual shared memory is synchronized with the host at a granularity of a page. Below, I have copied the original Q&amp;amp;A from the post:&amp;nbsp;&lt;/P&gt;
&lt;BLOCKQUOTE&gt;
&lt;P&gt;Q: Does offload do memory management (copy to card and copy back to main memory) automatically?&lt;BR /&gt;A: Yes, but with conditions. If you use an offload pragma or directive but don't specify modifiers on data transfer, all named arrays and scalars in lexical scope will be automatically copied over and back--the IN, OUT and NOCOPY modifiers can limit the data transfered at each offload. With Virtual Shared Memory, only the data that have been declared Cilk_shared and have been modified by host or target will be marked for copy at the next offload/return, though the Virtual Shared Memory copies on the granularity of a page at a time.&lt;/P&gt;
&lt;/BLOCKQUOTE&gt;</description>
    <pubDate>Mon, 03 Jun 2013 16:49:02 GMT</pubDate>
    <dc:creator>Sumedh_N_Intel</dc:creator>
    <dc:date>2013-06-03T16:49:02Z</dc:date>
    <item>
      <title>Virtual-shared model: granularity</title>
      <link>https://community.intel.com/t5/Software-Archive/Virtual-shared-model-granularity/m-p/976925#M25214</link>
      <description>&lt;P&gt;What is the granularity of synchronization between virtual-shared data on the host and on the coprocessor? I.e., does the runtime system synchronize with the coprocessor individual words, virtual memory pages, or whole arrays modified on the host?&lt;/P&gt;</description>
      <pubDate>Fri, 31 May 2013 19:40:51 GMT</pubDate>
      <guid>https://community.intel.com/t5/Software-Archive/Virtual-shared-model-granularity/m-p/976925#M25214</guid>
      <dc:creator>Andrey_Vladimirov</dc:creator>
      <dc:date>2013-05-31T19:40:51Z</dc:date>
    </item>
    <item>
      <title>Based on Q&amp;As from Robert</title>
      <link>https://community.intel.com/t5/Software-Archive/Virtual-shared-model-granularity/m-p/976926#M25215</link>
      <description>&lt;P&gt;Based on Q&amp;amp;As from Robert Reed (&lt;A href="http://software.intel.com/en-us/articles/intelr-xeon-phitm-coprocessor-february-developer-webinar-qa-responses"&gt;http://software.intel.com/en-us/articles/intelr-xeon-phitm-coprocessor-february-developer-webinar-qa-responses&lt;/A&gt;), the virtual shared memory is synchronized with the host at a granularity of a page. Below, I have copied the original Q&amp;amp;A from the post:&amp;nbsp;&lt;/P&gt;
&lt;BLOCKQUOTE&gt;
&lt;P&gt;Q: Does offload do memory management (copy to card and copy back to main memory) automatically?&lt;BR /&gt;A: Yes, but with conditions. If you use an offload pragma or directive but don't specify modifiers on data transfer, all named arrays and scalars in lexical scope will be automatically copied over and back--the IN, OUT and NOCOPY modifiers can limit the data transfered at each offload. With Virtual Shared Memory, only the data that have been declared Cilk_shared and have been modified by host or target will be marked for copy at the next offload/return, though the Virtual Shared Memory copies on the granularity of a page at a time.&lt;/P&gt;
&lt;/BLOCKQUOTE&gt;</description>
      <pubDate>Mon, 03 Jun 2013 16:49:02 GMT</pubDate>
      <guid>https://community.intel.com/t5/Software-Archive/Virtual-shared-model-granularity/m-p/976926#M25215</guid>
      <dc:creator>Sumedh_N_Intel</dc:creator>
      <dc:date>2013-06-03T16:49:02Z</dc:date>
    </item>
  </channel>
</rss>

