<?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 Gennady, in Intel® oneAPI Math Kernel Library</title>
    <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/CNR-mode-reporting-incorrect-SIMD-version-via-KVM/m-p/1041487#M20718</link>
    <description>&lt;P&gt;Gennady,&lt;/P&gt;

&lt;P&gt;It was the dsyev routine (eigenvalues of symmetric matrix), but like I said this may be circumstantial. The point was we weren't setting CNR mode at all because of the incorrect result returned by MKL_CBWR_Get_Auto_Branch through the KVM, so I'd expect that the entire MKL was using SSE4 instructions.&lt;/P&gt;

&lt;P&gt;But obviously you are in a better position to judge this.&lt;/P&gt;

&lt;P&gt;Thanks,&lt;/P&gt;</description>
    <pubDate>Thu, 24 Sep 2015 08:59:24 GMT</pubDate>
    <dc:creator>Andrew_Smith1</dc:creator>
    <dc:date>2015-09-24T08:59:24Z</dc:date>
    <item>
      <title>CNR mode reporting incorrect SIMD version via KVM</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/CNR-mode-reporting-incorrect-SIMD-version-via-KVM/m-p/1041485#M20716</link>
      <description>&lt;P&gt;Hi&lt;/P&gt;

&lt;P&gt;We had a problem with inconsistent results across some of our grid nodes, which I thought was worth sharing. After investigation we pinned this down to two different OS configurations returning different results:&lt;/P&gt;

&lt;UL&gt;
	&lt;LI&gt;Baremetal windows 2008&lt;/LI&gt;
	&lt;LI&gt;Virtual windows 2008 running in KVM on RHEL&lt;/LI&gt;
&lt;/UL&gt;

&lt;P&gt;Both of the machines are identical in terms of hardware (Xeon E7-4870), which supports SSE4.1/2. At the time we were using MKL v11.1.2.&lt;/P&gt;

&lt;P&gt;We use MKL’s CNR mode to force SIMD to use only SSE3 instructions, thus achieving numerical consistency across a range of hardware. What we discovered was that on the VM, the call to MKL_CBWR_Get_Auto_Branch was returning SSE3, and as a result we were not calling ::MKL_CBWR_Set(SSE3). Subsequently calculations on that machine were actually using SSE4 instructions, and this turned out to be the source of the numerical differences we were seeing.&lt;/P&gt;

&lt;P&gt;The only numerical differences we saw between SSE3/SSE4 emanated from BLAS, although this may be circumstantial.&lt;/P&gt;

&lt;P&gt;Although this was easily fixed (by always calling ::MKL_CBWR_Set(SSE3) regardless of what MKL_CBWR_Get_Auto_Branch returns) it took a great deal of investigation to pinpoint the problem.&lt;/P&gt;

&lt;P&gt;Whether this issue stems from KVM rather than MKL itself I simply do not know, but thought it was worth sharing.&lt;/P&gt;

&lt;P&gt;Thanks,&lt;/P&gt;

&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 23 Sep 2015 07:55:46 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/CNR-mode-reporting-incorrect-SIMD-version-via-KVM/m-p/1041485#M20716</guid>
      <dc:creator>Andrew_Smith1</dc:creator>
      <dc:date>2015-09-23T07:55:46Z</dc:date>
    </item>
    <item>
      <title>thanks for the report Andrew.</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/CNR-mode-reporting-incorrect-SIMD-version-via-KVM/m-p/1041486#M20717</link>
      <description>&lt;P&gt;thanks for the report Andrew. We have never checked how we work in such environments. Nevertheless, which BLAS's functions you use?&lt;/P&gt;</description>
      <pubDate>Wed, 23 Sep 2015 14:25:53 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/CNR-mode-reporting-incorrect-SIMD-version-via-KVM/m-p/1041486#M20717</guid>
      <dc:creator>Gennady_F_Intel</dc:creator>
      <dc:date>2015-09-23T14:25:53Z</dc:date>
    </item>
    <item>
      <title>Gennady,</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/CNR-mode-reporting-incorrect-SIMD-version-via-KVM/m-p/1041487#M20718</link>
      <description>&lt;P&gt;Gennady,&lt;/P&gt;

&lt;P&gt;It was the dsyev routine (eigenvalues of symmetric matrix), but like I said this may be circumstantial. The point was we weren't setting CNR mode at all because of the incorrect result returned by MKL_CBWR_Get_Auto_Branch through the KVM, so I'd expect that the entire MKL was using SSE4 instructions.&lt;/P&gt;

&lt;P&gt;But obviously you are in a better position to judge this.&lt;/P&gt;

&lt;P&gt;Thanks,&lt;/P&gt;</description>
      <pubDate>Thu, 24 Sep 2015 08:59:24 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/CNR-mode-reporting-incorrect-SIMD-version-via-KVM/m-p/1041487#M20718</guid>
      <dc:creator>Andrew_Smith1</dc:creator>
      <dc:date>2015-09-24T08:59:24Z</dc:date>
    </item>
  </channel>
</rss>

