<?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 Nondeterminism in Pardiso in Intel® oneAPI Math Kernel Library</title>
    <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Nondeterminism-in-Pardiso/m-p/808289#M3626</link>
    <description>As an alternative you could also use the new version PARDISO 4.0.0 (www.pardiso-project.org). This version will always compute a bit-by-bit identical solution even on multicores e.g. using eight cores for the parallel factorization and the parallel solution.&lt;BR /&gt;&lt;BR /&gt;In fact, we will try this out as eliminating sources of non-determinism in parallel are extremely important to us, e.g. MPI and OpenMP reductions in rank order and so forth.&lt;DIV&gt;&lt;/DIV&gt;&lt;DIV&gt;Look forward to trying your solver.&lt;/DIV&gt;&lt;DIV&gt;&lt;/DIV&gt;&lt;DIV&gt;-- Noel Belcourt&lt;/DIV&gt;&lt;DIV&gt;&lt;/DIV&gt;</description>
    <pubDate>Wed, 13 Oct 2010 21:18:27 GMT</pubDate>
    <dc:creator>Noel_B_</dc:creator>
    <dc:date>2010-10-13T21:18:27Z</dc:date>
    <item>
      <title>Nondeterminism in Pardiso</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Nondeterminism-in-Pardiso/m-p/808284#M3621</link>
      <description>Hi,&lt;DIV&gt;&lt;/DIV&gt;&lt;DIV&gt;We use the Intel MKL Pardiso solver to solve a small (couple hundred row) sparse (4%) system. Running our test case two consecutive times using the Pardiso solver produces very different results. In fact, there seems to be inherent non-determinism in the Pardiso solver.&lt;/DIV&gt;&lt;DIV&gt;&lt;/DIV&gt;&lt;DIV&gt;Now for the standard caveats, our code is memory clean, both purify and valgrind are content. Replacing Pardiso with a standard biconjugate gradient solver and running the same test case on the same hardware produces identically repeatable results. We see this hysteresis on Windows, Mac and Linux in both debug and -O2. The code is serial, we don't enable OpenMP nor do we use the parallel Pardiso solver.&lt;/DIV&gt;&lt;DIV&gt;&lt;/DIV&gt;&lt;DIV&gt;Has anyone else noticed this behavior or is this a known potential problem, any ideas? We haven't yet tried to produce a small test case demonstrating this problem, thought we'd ask first.&lt;/DIV&gt;&lt;DIV&gt;&lt;/DIV&gt;&lt;DIV&gt;-- Noel Belcourt&lt;/DIV&gt;&lt;DIV&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;DIV id="_mcePaste"&gt;S896822:~ kbelco$ icpc -V&lt;/DIV&gt;&lt;DIV id="_mcePaste"&gt;Intel C++ Intel 64 Compiler Professional for applications running on Intel 64, Version 11.1  Build 20100806 Package ID: m_cproc_p_11.1.089&lt;/DIV&gt;&lt;DIV&gt;&lt;/DIV&gt;&lt;/DIV&gt;</description>
      <pubDate>Tue, 12 Oct 2010 20:13:41 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Nondeterminism-in-Pardiso/m-p/808284#M3621</guid>
      <dc:creator>Noel_B_</dc:creator>
      <dc:date>2010-10-12T20:13:41Z</dc:date>
    </item>
    <item>
      <title>Nondeterminism in Pardiso</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Nondeterminism-in-Pardiso/m-p/808285#M3622</link>
      <description>Might be&lt;SPAN style="font-family: verdana, sans-serif; font-size: 10.8333px;"&gt;your matrices areill-conditioned or close to them. Did you estimate the conditin numbers of your input matrixes?&lt;/SPAN&gt;&lt;DIV&gt;&lt;SPAN style="font-family: verdana, sans-serif; font-size: 10.8333px;"&gt;--Gennay&lt;/SPAN&gt;&lt;/DIV&gt;</description>
      <pubDate>Wed, 13 Oct 2010 04:52:29 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Nondeterminism-in-Pardiso/m-p/808285#M3622</guid>
      <dc:creator>Gennady_F_Intel</dc:creator>
      <dc:date>2010-10-13T04:52:29Z</dc:date>
    </item>
    <item>
      <title>Nondeterminism in Pardiso</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Nondeterminism-in-Pardiso/m-p/808286#M3623</link>
      <description>Please look at similar &lt;A href="http://software.intel.com/en-us/forums/showthread.php?t=77838"&gt;thread&lt;/A&gt;</description>
      <pubDate>Wed, 13 Oct 2010 06:33:05 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Nondeterminism-in-Pardiso/m-p/808286#M3623</guid>
      <dc:creator>barragan_villanueva_</dc:creator>
      <dc:date>2010-10-13T06:33:05Z</dc:date>
    </item>
    <item>
      <title>Nondeterminism in Pardiso</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Nondeterminism-in-Pardiso/m-p/808287#M3624</link>
      <description>Hi Noel,&lt;BR /&gt;&lt;BR /&gt;An answer to your question might be that even in case of iparam(2)=1 (#cores) you must use single threaded BLAS. &lt;BR /&gt;&lt;BR /&gt;As an alternative you could also use the new version PARDISO 4.0.0 (www.pardiso-project.org). This version will always compute a bit-by-bit identical solution even on multicores e.g. using eight cores for the parallel factorization and the parallel solution. &lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Olaf Schenk&lt;BR /&gt;</description>
      <pubDate>Wed, 13 Oct 2010 11:36:43 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Nondeterminism-in-Pardiso/m-p/808287#M3624</guid>
      <dc:creator>basel</dc:creator>
      <dc:date>2010-10-13T11:36:43Z</dc:date>
    </item>
    <item>
      <title>Nondeterminism in Pardiso</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Nondeterminism-in-Pardiso/m-p/808288#M3625</link>
      <description>I love answering my own question.&lt;DIV&gt;&lt;/DIV&gt;&lt;DIV&gt;Our matrix is not ill-conditioned. We did find the source of the non-determinism. We were passing a phase=0 in our last call to pardiso to release internal memory. Phase=0 releases memory for L and U. Passing phase=-1 fixed our problem. Phase=-1 releases all internal memory for all matrices. Changing phase from zero to negative one eliminated the nondeterminism in the solver.&lt;/DIV&gt;&lt;DIV&gt;&lt;/DIV&gt;&lt;DIV&gt;I'd like to request that the developers look at this issue as we nearly gave up on Pardiso entirely due to the inability to reproduce the exact same answer given the exact same inputs. Perhaps some additional (re) initialization can be added with phase=0 to ensure both phases (0 and -1) produce the exact same answer.&lt;/DIV&gt;&lt;DIV&gt;&lt;/DIV&gt;&lt;DIV&gt;Thanks for your responses.&lt;/DIV&gt;&lt;DIV&gt;&lt;/DIV&gt;&lt;DIV&gt;-- Noel Belcourt&lt;/DIV&gt;&lt;DIV&gt;&lt;/DIV&gt;</description>
      <pubDate>Wed, 13 Oct 2010 20:19:47 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Nondeterminism-in-Pardiso/m-p/808288#M3625</guid>
      <dc:creator>Noel_B_</dc:creator>
      <dc:date>2010-10-13T20:19:47Z</dc:date>
    </item>
    <item>
      <title>Nondeterminism in Pardiso</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Nondeterminism-in-Pardiso/m-p/808289#M3626</link>
      <description>As an alternative you could also use the new version PARDISO 4.0.0 (www.pardiso-project.org). This version will always compute a bit-by-bit identical solution even on multicores e.g. using eight cores for the parallel factorization and the parallel solution.&lt;BR /&gt;&lt;BR /&gt;In fact, we will try this out as eliminating sources of non-determinism in parallel are extremely important to us, e.g. MPI and OpenMP reductions in rank order and so forth.&lt;DIV&gt;&lt;/DIV&gt;&lt;DIV&gt;Look forward to trying your solver.&lt;/DIV&gt;&lt;DIV&gt;&lt;/DIV&gt;&lt;DIV&gt;-- Noel Belcourt&lt;/DIV&gt;&lt;DIV&gt;&lt;/DIV&gt;</description>
      <pubDate>Wed, 13 Oct 2010 21:18:27 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Nondeterminism-in-Pardiso/m-p/808289#M3626</guid>
      <dc:creator>Noel_B_</dc:creator>
      <dc:date>2010-10-13T21:18:27Z</dc:date>
    </item>
  </channel>
</rss>

