<?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 questions about memory to cache mapping in Software Archive</title>
    <link>https://community.intel.com/t5/Software-Archive/questions-about-memory-to-cache-mapping/m-p/978036#M25441</link>
    <description>&lt;P&gt;I notice that Xeon Phi has large coherent L2 cache. I'd like to figure out more details. My question is about if &amp;nbsp;the local L2 cache is full,and the another core‘s L2 cache is not full.,can &amp;nbsp;this core' l2 cache be used by that core whose L2 cache is full.&lt;/P&gt;
&lt;P&gt;ps:Are there more&amp;nbsp;documents about memory to cache mapping in phi.&lt;/P&gt;</description>
    <pubDate>Thu, 21 Mar 2013 14:26:20 GMT</pubDate>
    <dc:creator>刘_驰_</dc:creator>
    <dc:date>2013-03-21T14:26:20Z</dc:date>
    <item>
      <title>questions about memory to cache mapping</title>
      <link>https://community.intel.com/t5/Software-Archive/questions-about-memory-to-cache-mapping/m-p/978036#M25441</link>
      <description>&lt;P&gt;I notice that Xeon Phi has large coherent L2 cache. I'd like to figure out more details. My question is about if &amp;nbsp;the local L2 cache is full,and the another core‘s L2 cache is not full.,can &amp;nbsp;this core' l2 cache be used by that core whose L2 cache is full.&lt;/P&gt;
&lt;P&gt;ps:Are there more&amp;nbsp;documents about memory to cache mapping in phi.&lt;/P&gt;</description>
      <pubDate>Thu, 21 Mar 2013 14:26:20 GMT</pubDate>
      <guid>https://community.intel.com/t5/Software-Archive/questions-about-memory-to-cache-mapping/m-p/978036#M25441</guid>
      <dc:creator>刘_驰_</dc:creator>
      <dc:date>2013-03-21T14:26:20Z</dc:date>
    </item>
    <item>
      <title>The Answers... post which</title>
      <link>https://community.intel.com/t5/Software-Archive/questions-about-memory-to-cache-mapping/m-p/978037#M25442</link>
      <description>&lt;P&gt;The Answers... post which Robert Reed made yesterday may be useful, as well as this:&lt;/P&gt;
&lt;P&gt;&lt;A href="http://software.intel.com/en-us/articles/intel-xeon-phi-coprocessor-codename-knights-corner" target="_blank"&gt;http://software.intel.com/en-us/articles/intel-xeon-phi-coprocessor-codename-knights-corner&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;The effect of increasing the amount of memory which can be effectively copied into cache is helped by setting thread affinities so that threads accessing distinct blocks of memory are pinned to different cores.&amp;nbsp; There is fairly effective read access across cores, but if a thread writes to a cache line resident on a different core, additional events are triggered and may be counted in the VTune General category.&lt;/P&gt;</description>
      <pubDate>Thu, 21 Mar 2013 15:42:00 GMT</pubDate>
      <guid>https://community.intel.com/t5/Software-Archive/questions-about-memory-to-cache-mapping/m-p/978037#M25442</guid>
      <dc:creator>TimP</dc:creator>
      <dc:date>2013-03-21T15:42:00Z</dc:date>
    </item>
    <item>
      <title>According to my understanding</title>
      <link>https://community.intel.com/t5/Software-Archive/questions-about-memory-to-cache-mapping/m-p/978038#M25443</link>
      <description>&lt;P&gt;According to my understanding, if the local L2 cache is full then some data will be swapped out irrespective of whether another core's L2 is free or not.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;You can find out more about the caches in the Software Developer's Guide:&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;A href="https://software.intel.com/sites/default/files/article/334766/intel-xeon-phi-systemsoftwaredevelopersguide.pdf" target="_blank"&gt;https://software.intel.com/sites/default/files/article/334766/intel-xeon-phi-systemsoftwaredevelopersguide.pdf&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 21 Mar 2013 15:42:20 GMT</pubDate>
      <guid>https://community.intel.com/t5/Software-Archive/questions-about-memory-to-cache-mapping/m-p/978038#M25443</guid>
      <dc:creator>Sumedh_N_Intel</dc:creator>
      <dc:date>2013-03-21T15:42:20Z</dc:date>
    </item>
    <item>
      <title>This article http://software</title>
      <link>https://community.intel.com/t5/Software-Archive/questions-about-memory-to-cache-mapping/m-p/978039#M25444</link>
      <description>&lt;P&gt;This article&amp;nbsp;http://software.intel.com/en-us/forums/topic/373346 is also relevant, I think.&lt;/P&gt;</description>
      <pubDate>Thu, 21 Mar 2013 16:20:05 GMT</pubDate>
      <guid>https://community.intel.com/t5/Software-Archive/questions-about-memory-to-cache-mapping/m-p/978039#M25444</guid>
      <dc:creator>James_C_Intel2</dc:creator>
      <dc:date>2013-03-21T16:20:05Z</dc:date>
    </item>
    <item>
      <title>Thank you so much,I really</title>
      <link>https://community.intel.com/t5/Software-Archive/questions-about-memory-to-cache-mapping/m-p/978040#M25445</link>
      <description>&lt;P&gt;It is a good post.Thank you!&lt;/P&gt;
&lt;P&gt;&lt;/P&gt;&lt;BLOCKQUOTE&gt;James Cownie (Intel) wrote:&lt;BR /&gt;&lt;P&gt;&lt;/P&gt;
&lt;P&gt;This article&amp;nbsp;&lt;A href="http://software.intel.com/en-us/forums/topic/373346"&gt;http://software.intel.com/en-us/forums/topic/373346&lt;/A&gt;&amp;nbsp;is also relevant, I think.&lt;/P&gt;
&lt;P&gt;&lt;/P&gt;&lt;/BLOCKQUOTE&gt;&lt;P&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 22 Mar 2013 08:53:00 GMT</pubDate>
      <guid>https://community.intel.com/t5/Software-Archive/questions-about-memory-to-cache-mapping/m-p/978040#M25445</guid>
      <dc:creator>刘_驰_</dc:creator>
      <dc:date>2013-03-22T08:53:00Z</dc:date>
    </item>
    <item>
      <title>Thank you so much,I really</title>
      <link>https://community.intel.com/t5/Software-Archive/questions-about-memory-to-cache-mapping/m-p/978041#M25446</link>
      <description>&lt;P&gt;Thank you so much,I really appreciate it.&lt;/P&gt;
&lt;P&gt;Another question：&lt;/P&gt;
&lt;P&gt;When a core accesses its L2 cache and misses, an address request is sent on the address ring to the tag directories. The memory addresses are uniformly distributed amongst the tag directories on the ring to provide a smooth traffic characteristic on the ring. If the requested data block is found in another core’s L2 cache, a forwarding request is sent to that core’s L2 over the address ring and the request block is subsequently forwarded on the data block ring. If the requested data is not found in any caches, a memory address is sent from the tag directory to the memory controller.（https://software.intel.com/en-us/articles/intel-xeon-phi-coprocessor-codename-knights-corner）&lt;/P&gt;
&lt;P&gt;If only in this condition local L2 cache will access another core' L2 cache when&amp;nbsp;the requested data block is found in that L2 cache. or &amp;nbsp;is there any more situation.&lt;/P&gt;
&lt;P&gt;&lt;/P&gt;
&lt;P&gt;&lt;/P&gt;&lt;BLOCKQUOTE&gt;Sumedh Naik (Intel) wrote:&lt;BR /&gt;&lt;P&gt;&lt;/P&gt;
&lt;P&gt;According to my understanding, if the local L2 cache is full then some data will be swapped out irrespective of whether another core's L2 is free or not.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;You can find out more about the caches in the Software Developer's Guide:&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;A href="https://community.intel.com/legacyfs/online/drupal_files/article/334766/intel-xeon-phi-systemsoftwaredevelopersguide.pdf"&gt;https://software.intel.com/sites/default/files/article/334766/in...&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&lt;/P&gt;&lt;/BLOCKQUOTE&gt;&lt;P&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 22 Mar 2013 08:53:46 GMT</pubDate>
      <guid>https://community.intel.com/t5/Software-Archive/questions-about-memory-to-cache-mapping/m-p/978041#M25446</guid>
      <dc:creator>刘_驰_</dc:creator>
      <dc:date>2013-03-22T08:53:46Z</dc:date>
    </item>
    <item>
      <title>Is the L2 cache in phi a</title>
      <link>https://community.intel.com/t5/Software-Archive/questions-about-memory-to-cache-mapping/m-p/978042#M25447</link>
      <description>&lt;P&gt;Is&amp;nbsp;the L2 cache in phi a private caching policy,a shared cache policy, or a hybrid of the two？&lt;/P&gt;
&lt;P&gt;&lt;/P&gt;&lt;BLOCKQUOTE&gt;TimP (Intel) wrote:&lt;BR /&gt;&lt;P&gt;&lt;/P&gt;
&lt;P&gt;The Answers... post which Robert Reed made yesterday may be useful, as well as this:&lt;/P&gt;
&lt;P&gt;&lt;A href="http://software.intel.com/en-us/articles/intel-xeon-phi-coprocessor-codename-knights-corner"&gt;http://software.intel.com/en-us/articles/intel-xeon-phi-coprocessor-code...&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;The effect of increasing the amount of memory which can be effectively copied into cache is helped by setting thread affinities so that threads accessing distinct blocks of memory are pinned to different cores.&amp;nbsp; There is fairly effective read access across cores, but if a thread writes to a cache line resident on a different core, additional events are triggered and may be counted in the VTune General category.&lt;/P&gt;
&lt;P&gt;&lt;/P&gt;&lt;/BLOCKQUOTE&gt;&lt;P&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 22 Mar 2013 09:02:32 GMT</pubDate>
      <guid>https://community.intel.com/t5/Software-Archive/questions-about-memory-to-cache-mapping/m-p/978042#M25447</guid>
      <dc:creator>刘_驰_</dc:creator>
      <dc:date>2013-03-22T09:02:32Z</dc:date>
    </item>
    <item>
      <title>The Local L2 cache never</title>
      <link>https://community.intel.com/t5/Software-Archive/questions-about-memory-to-cache-mapping/m-p/978043#M25448</link>
      <description>&lt;P&gt;The Local L2 cache never really accesses another core's cache. The other core places the requested data onto the ring which is in turn read by the requesting (local) core. This is the general idea of data forwarding in snooping cache coherence protocol. I am unsure if there any other scenarios where data forwarding can occur.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Also regarding your second question: the L2 cache in Intel Xeon Phi coprocessor is a distributed cache and not a shared cache. The following post by James Cownie in &lt;A href="http://software.intel.com/en-us/forums/topic/373346"&gt;this&lt;/A&gt; thread might make things more clear:&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;/P&gt;&lt;BLOCKQUOTE&gt;&lt;P&gt;&lt;/P&gt;
&lt;P&gt;The way to think of the machine is that each core has its own cache, and that all those caches are maintained coherent,&amp;nbsp;&lt;STRONG&gt;n&lt;/STRONG&gt;&lt;STRONG&gt;ot&lt;/STRONG&gt;&amp;nbsp;that there is one, large, shared L2 cache. (People familiar with Xeon, which does have a large, shared, L3 cache sometimes say that the Intel(r) Xeon Phi(tm) coprocessor "doesn't have a last-level cache", which is clearly wrong by definition :-), but they are right that there is no&amp;nbsp;&lt;STRONG&gt;shared&lt;/STRONG&gt;&amp;nbsp;last level cache).&lt;/P&gt;
&lt;P&gt;&lt;/P&gt;&lt;/BLOCKQUOTE&gt;&lt;P&gt;&lt;/P&gt;
&lt;P&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 22 Mar 2013 14:56:15 GMT</pubDate>
      <guid>https://community.intel.com/t5/Software-Archive/questions-about-memory-to-cache-mapping/m-p/978043#M25448</guid>
      <dc:creator>Sumedh_N_Intel</dc:creator>
      <dc:date>2013-03-22T14:56:15Z</dc:date>
    </item>
  </channel>
</rss>

