<?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 Re: Bug in IppsSqrt_32f_I in Intel® Integrated Performance Primitives</title>
    <link>https://community.intel.com/t5/Intel-Integrated-Performance/Bug-in-IppsSqrt-32f-I/m-p/853279#M6786</link>
    <description>&lt;P&gt;You are right. Usually they helpto improve perfomanceof calculationfor denormalize data. But it isn't for this case.&lt;/P&gt;</description>
    <pubDate>Mon, 21 Jul 2008 13:19:40 GMT</pubDate>
    <dc:creator>Ivan_Z_Intel</dc:creator>
    <dc:date>2008-07-21T13:19:40Z</dc:date>
    <item>
      <title>Bug in IppsSqrt_32f_I</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/Bug-in-IppsSqrt-32f-I/m-p/853275#M6782</link>
      <description>&lt;P&gt;IppsSqrt_32f_I doesn't like denormals.&lt;/P&gt;
&lt;P&gt;In version 5.2, it all worked fine. Starting from 5.3 (still in 6 beta), denormals are turned into -infinite, even though the function returns 0 as no error.&lt;/P&gt;
&lt;P&gt;We can of course filter out denormals first, but I think the function should be able to handle them for compatibility.&lt;/P&gt;</description>
      <pubDate>Sun, 20 Jul 2008 06:56:29 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/Bug-in-IppsSqrt-32f-I/m-p/853275#M6782</guid>
      <dc:creator>gol</dc:creator>
      <dc:date>2008-07-20T06:56:29Z</dc:date>
    </item>
    <item>
      <title>Re: Bug in IppsSqrt_32f_I</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/Bug-in-IppsSqrt-32f-I/m-p/853276#M6783</link>
      <description>&lt;P&gt;This problem raises another, btw.&lt;/P&gt;
&lt;P&gt;My thread where I call this Sqrt normally has FTZ &amp;amp; DAZ modes set. So if this Sqrt function returns -Inf for them, it can mean one of these:&lt;/P&gt;
&lt;P&gt;-that function switches the FTZ or DAZ off (I doubt)&lt;/P&gt;
&lt;P&gt;-that function performs in integer (most likely)&lt;/P&gt;
&lt;P&gt;-that function has a special case for denormals (&amp;amp; it's then buggy)&lt;/P&gt;
&lt;P&gt;-starting from 5.3, it would use a side thread (in which it wouldn't set the FTZ or DAZ), even though you'd tell IPP that you only want 1 thread (so I'd expect it to run in the same thread). Thiswould be strange, but in the 5.3 threaded version, I get a big performance hit as mentionned in another thread, which seems to show that it really does perform in *1* side thread.&lt;/P&gt;
&lt;P&gt;Now, in the multithreaded version, do each thread get the SSE flags of the calling thread? That is, if the calling thread has FTZ &amp;amp; DAZ set, does it mean that each of the threads will have it to, OR do I have to call &lt;SPAN&gt;ippsSetFlushToZero to make sure that all of its thread are properly set up? This may explain the performance hit I get using the multithreaded version.&lt;/SPAN&gt;&lt;SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 21 Jul 2008 04:05:30 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/Bug-in-IppsSqrt-32f-I/m-p/853276#M6783</guid>
      <dc:creator>gol</dc:creator>
      <dc:date>2008-07-21T04:05:30Z</dc:date>
    </item>
    <item>
      <title>Re: Bug in IppsSqrt_32f_I</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/Bug-in-IppsSqrt-32f-I/m-p/853277#M6784</link>
      <description>&lt;P&gt;Thanks for you information!&lt;/P&gt;
&lt;P&gt;The bugin ippsSqrt_32f_I will be fixed in next verison.&lt;/P&gt;
&lt;P&gt;But in any case the functionperfomance drops if input dataare denozmalized.&lt;/P&gt;</description>
      <pubDate>Mon, 21 Jul 2008 07:39:53 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/Bug-in-IppsSqrt-32f-I/m-p/853277#M6784</guid>
      <dc:creator>Ivan_Z_Intel</dc:creator>
      <dc:date>2008-07-21T07:39:53Z</dc:date>
    </item>
    <item>
      <title>Re: Bug in IppsSqrt_32f_I</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/Bug-in-IppsSqrt-32f-I/m-p/853278#M6785</link>
      <description>&lt;P&gt;thanks&lt;/P&gt;
&lt;P&gt;&lt;/P&gt;
&lt;P&gt;&lt;STRONG&gt;But in any case the functionperfomance drops if input dataare denozmalized&lt;/STRONG&gt;&lt;/P&gt;
&lt;P&gt;normally not if FTZ or DAZ are on, no?&lt;/P&gt;
&lt;P&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 21 Jul 2008 13:05:01 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/Bug-in-IppsSqrt-32f-I/m-p/853278#M6785</guid>
      <dc:creator>gol</dc:creator>
      <dc:date>2008-07-21T13:05:01Z</dc:date>
    </item>
    <item>
      <title>Re: Bug in IppsSqrt_32f_I</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/Bug-in-IppsSqrt-32f-I/m-p/853279#M6786</link>
      <description>&lt;P&gt;You are right. Usually they helpto improve perfomanceof calculationfor denormalize data. But it isn't for this case.&lt;/P&gt;</description>
      <pubDate>Mon, 21 Jul 2008 13:19:40 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/Bug-in-IppsSqrt-32f-I/m-p/853279#M6786</guid>
      <dc:creator>Ivan_Z_Intel</dc:creator>
      <dc:date>2008-07-21T13:19:40Z</dc:date>
    </item>
  </channel>
</rss>

