<?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 The short answer is &amp;quot;no&amp;quot;, in Software Archive</title>
    <link>https://community.intel.com/t5/Software-Archive/Cilk-plus-implicit-threshold/m-p/931460#M14912</link>
    <description>&lt;P&gt;The short answer is "no", there are no implicit threshholds for recursive computations like fib.&amp;nbsp;&amp;nbsp; Any coarsening you might want in the base case to&amp;nbsp;stop the recursion&amp;nbsp;early needs to be specified manually.&amp;nbsp;&lt;BR /&gt;
	&lt;BR /&gt;
	Every cilk_spawn in fib should be doing roughly the same work at every level of the recursion, to push something onto the current worker's deque and allow for stealing of the continuation of the spawn.For an arbitrary computation, coarsening based on number of tasks created or task depth may not always do the right thing, since doing so often makes some implicit assumption about balance in the recursion.&amp;nbsp;&amp;nbsp;&amp;nbsp; There is, however, an implicit calculation of grainsize of a cilk_for loop by default.&lt;BR /&gt;
	&lt;BR /&gt;
	Cheers,&lt;/P&gt;

&lt;P&gt;Jim&lt;/P&gt;</description>
    <pubDate>Fri, 28 Feb 2014 13:59:07 GMT</pubDate>
    <dc:creator>Jim_S_Intel</dc:creator>
    <dc:date>2014-02-28T13:59:07Z</dc:date>
    <item>
      <title>Cilk plus implicit threshold</title>
      <link>https://community.intel.com/t5/Software-Archive/Cilk-plus-implicit-threshold/m-p/931459#M14911</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;

&lt;P&gt;I'm new to cilk, and i wanted to ask if it has an implicit threshold for the task creation, in recursive computations like fib?&lt;/P&gt;

&lt;P&gt;If so, is it based on the number of tasks created, or in the depth of the computation?&lt;/P&gt;

&lt;P&gt;&amp;nbsp;&lt;/P&gt;

&lt;P&gt;Thanks!&lt;/P&gt;</description>
      <pubDate>Fri, 28 Feb 2014 11:55:26 GMT</pubDate>
      <guid>https://community.intel.com/t5/Software-Archive/Cilk-plus-implicit-threshold/m-p/931459#M14911</guid>
      <dc:creator>Guilherme_R_</dc:creator>
      <dc:date>2014-02-28T11:55:26Z</dc:date>
    </item>
    <item>
      <title>The short answer is "no",</title>
      <link>https://community.intel.com/t5/Software-Archive/Cilk-plus-implicit-threshold/m-p/931460#M14912</link>
      <description>&lt;P&gt;The short answer is "no", there are no implicit threshholds for recursive computations like fib.&amp;nbsp;&amp;nbsp; Any coarsening you might want in the base case to&amp;nbsp;stop the recursion&amp;nbsp;early needs to be specified manually.&amp;nbsp;&lt;BR /&gt;
	&lt;BR /&gt;
	Every cilk_spawn in fib should be doing roughly the same work at every level of the recursion, to push something onto the current worker's deque and allow for stealing of the continuation of the spawn.For an arbitrary computation, coarsening based on number of tasks created or task depth may not always do the right thing, since doing so often makes some implicit assumption about balance in the recursion.&amp;nbsp;&amp;nbsp;&amp;nbsp; There is, however, an implicit calculation of grainsize of a cilk_for loop by default.&lt;BR /&gt;
	&lt;BR /&gt;
	Cheers,&lt;/P&gt;

&lt;P&gt;Jim&lt;/P&gt;</description>
      <pubDate>Fri, 28 Feb 2014 13:59:07 GMT</pubDate>
      <guid>https://community.intel.com/t5/Software-Archive/Cilk-plus-implicit-threshold/m-p/931460#M14912</guid>
      <dc:creator>Jim_S_Intel</dc:creator>
      <dc:date>2014-02-28T13:59:07Z</dc:date>
    </item>
  </channel>
</rss>

