<?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 Jim is (as ever) right. &amp;quot;fine in Software Archive</title>
    <link>https://community.intel.com/t5/Software-Archive/OpenMP-Fine-vs-Thread-vs-Core/m-p/1180387#M79665</link>
    <description>&lt;P&gt;Jim is (as usual) right. "fine" and "thread" mean the same thing here.&lt;/P&gt;

&lt;P&gt;You may already understand this, but just in case... It is critical to understand that this aspect of the affinity is not specifying where a thread is placed, but how tightly it is bound to that place. i.e. what freedom is left to the operating system to migrate the thread and run it on some other hardware thread. With "fine/thread" granularity the thread can only be run on the precise hardware thread (logicalCPU) specified, whereas with "core" it can be run on any of the hardware threads that are in the same core. Realistically, this should make very little difference, since the hardware threads in a core share all levels of cache, so migrating a thread between them shouldn't have much cost.&lt;/P&gt;

&lt;P&gt;You can, of course, see the effect of the different policies by adding ",verbose" &amp;nbsp;to the affinity, then the runtime will show you exactly which logicalCPUs each thread is allowed to run on.&lt;/P&gt;</description>
    <pubDate>Mon, 11 Sep 2017 12:40:02 GMT</pubDate>
    <dc:creator>James_C_Intel2</dc:creator>
    <dc:date>2017-09-11T12:40:02Z</dc:date>
    <item>
      <title>OpenMP - Fine vs Thread vs Core</title>
      <link>https://community.intel.com/t5/Software-Archive/OpenMP-Fine-vs-Thread-vs-Core/m-p/1180385#M79663</link>
      <description>&lt;P style="font-size: 13.008px;"&gt;Hi All,&lt;/P&gt;

&lt;P style="font-size: 13.008px;"&gt;KMP_AFFINITY can be used to set thread granularity of &lt;EM&gt;fine&lt;/EM&gt;, &lt;EM&gt;thread&lt;/EM&gt;, and &lt;I&gt;core&lt;/I&gt;. Can someone please give me an example how these differ? I understand that thread granularity for threads sharing same core is mostly time based, but an explanation here will help confirm it.&lt;/P&gt;

&lt;P style="font-size: 13.008px;"&gt;I am using Xeon Phi 7210.&lt;/P&gt;

&lt;P style="font-size: 13.008px;"&gt;Thanks.&lt;/P&gt;</description>
      <pubDate>Sun, 10 Sep 2017 23:20:09 GMT</pubDate>
      <guid>https://community.intel.com/t5/Software-Archive/OpenMP-Fine-vs-Thread-vs-Core/m-p/1180385#M79663</guid>
      <dc:creator>CPati2</dc:creator>
      <dc:date>2017-09-10T23:20:09Z</dc:date>
    </item>
    <item>
      <title>See: https://software.intel</title>
      <link>https://community.intel.com/t5/Software-Archive/OpenMP-Fine-vs-Thread-vs-Core/m-p/1180386#M79664</link>
      <description>&lt;P&gt;See: &lt;A href="https://software.intel.com/en-us/node/522691"&gt;https://software.intel.com/en-us/node/522691&lt;/A&gt;&lt;/P&gt;

&lt;P&gt;fine and thread are functionally equivalent.&lt;/P&gt;

&lt;P&gt;You might consider experimenting with float_list syntax to setup 2, 3 or 4 threads per core whereby those threads are permitted to run on any of the hardware threads of that core.&lt;/P&gt;

&lt;P&gt;Jim Dempsey&lt;/P&gt;

&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 11 Sep 2017 11:53:45 GMT</pubDate>
      <guid>https://community.intel.com/t5/Software-Archive/OpenMP-Fine-vs-Thread-vs-Core/m-p/1180386#M79664</guid>
      <dc:creator>jimdempseyatthecove</dc:creator>
      <dc:date>2017-09-11T11:53:45Z</dc:date>
    </item>
    <item>
      <title>Jim is (as ever) right. "fine</title>
      <link>https://community.intel.com/t5/Software-Archive/OpenMP-Fine-vs-Thread-vs-Core/m-p/1180387#M79665</link>
      <description>&lt;P&gt;Jim is (as usual) right. "fine" and "thread" mean the same thing here.&lt;/P&gt;

&lt;P&gt;You may already understand this, but just in case... It is critical to understand that this aspect of the affinity is not specifying where a thread is placed, but how tightly it is bound to that place. i.e. what freedom is left to the operating system to migrate the thread and run it on some other hardware thread. With "fine/thread" granularity the thread can only be run on the precise hardware thread (logicalCPU) specified, whereas with "core" it can be run on any of the hardware threads that are in the same core. Realistically, this should make very little difference, since the hardware threads in a core share all levels of cache, so migrating a thread between them shouldn't have much cost.&lt;/P&gt;

&lt;P&gt;You can, of course, see the effect of the different policies by adding ",verbose" &amp;nbsp;to the affinity, then the runtime will show you exactly which logicalCPUs each thread is allowed to run on.&lt;/P&gt;</description>
      <pubDate>Mon, 11 Sep 2017 12:40:02 GMT</pubDate>
      <guid>https://community.intel.com/t5/Software-Archive/OpenMP-Fine-vs-Thread-vs-Core/m-p/1180387#M79665</guid>
      <dc:creator>James_C_Intel2</dc:creator>
      <dc:date>2017-09-11T12:40:02Z</dc:date>
    </item>
  </channel>
</rss>

