<?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 Why does PARDISO get wrong result when parallel reordering for  in Intel® oneAPI Math Kernel Library</title>
    <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Why-does-PARDISO-get-wrong-result-when-parallel-reordering-for/m-p/792103#M2303</link>
    <description>Ruda,&lt;DIV&gt;the newest version of Olaf's Pardiso ( v 4.0) is not compatible with our version of PARDISO. Olaf changed the API since this version.&lt;/DIV&gt;&lt;DIV&gt;--Gennady&lt;/DIV&gt;</description>
    <pubDate>Thu, 24 Jun 2010 04:05:56 GMT</pubDate>
    <dc:creator>Gennady_F_Intel</dc:creator>
    <dc:date>2010-06-24T04:05:56Z</dc:date>
    <item>
      <title>Why does PARDISO get wrong result when parallel reordering for METIS(iparm(28)) is set to 1?</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Why-does-PARDISO-get-wrong-result-when-parallel-reordering-for/m-p/792100#M2300</link>
      <description>Hello~&lt;BR /&gt;&lt;BR /&gt; I tried to embed PARDISO to our project and I tried to set iparm(28) to 1 to parallel reordering the matrix, but the solver obtained wrong results. The iprams and the benchmarking matrix is as below. Is there any issue I should consider for setting iparm(28)? Thanks a lot...&lt;BR /&gt;&lt;BR /&gt;iparms :&lt;BR /&gt; iparm[1] = 2;&lt;BR /&gt; iparm[2] = atoi(thread_num);//mkl_get_max_threads();&lt;BR /&gt; iparm[3] = 0; /* No iterative-direct algorithm */&lt;BR /&gt; iparm[4] = 0; /* No user fill-in reducing permutation */&lt;BR /&gt; iparm[5] = 0; /* Write solution into b */&lt;BR /&gt; iparm[6] = 0; /* Not in use */&lt;BR /&gt; iparm[7] = 0; /* Max numbers of iterative refinement steps */&lt;BR /&gt; iparm[8] = 0; /* Not in use */&lt;BR /&gt; iparm[9] = 13; /* Perturb the pivot elements with 1E-13 */&lt;BR /&gt; iparm[10] = 1; /* Use nonsymmetric permutation and scaling MPS */&lt;BR /&gt; iparm[11] = 0; /* Not in use */&lt;BR /&gt; iparm[12] = 1; /* Maximum weighted matching algorithm is switched-on (default for non-symmetric) */&lt;BR /&gt; iparm[13] = 0; /* Output: Number of perturbed pivots */&lt;BR /&gt; iparm[14] = 0; /* Not in use */&lt;BR /&gt; iparm[15] = 0; /* Not in use */&lt;BR /&gt; iparm[16] = 0; /* Not in use */&lt;BR /&gt; iparm[17] = 0;&lt;BR /&gt; iparm[18] = 0;&lt;BR /&gt; iparm[19] = 0; /* Output: Numbers of CG Iterations */&lt;BR /&gt; iparm[23] = 1; /* Parallel Numerical Factorization */&lt;BR /&gt; iparm[24] = 1; /* Parallel Forward/Backward Solve */&lt;BR /&gt;&lt;BR /&gt; //iparm[27] = 1;&lt;BR /&gt;&lt;BR /&gt; maxfct = 1; /* Maximum number of numerical factorizations. */&lt;BR /&gt; mnum = 1; /* Which factorization to use. */&lt;BR /&gt; msglvl = 1; /* Print statistical information in file */&lt;BR /&gt; error = 0; /* Initialize error flag */&lt;BR /&gt;&lt;BR /&gt;Matrix :&lt;BR /&gt;size 23x23&lt;BR /&gt;23 real&lt;BR /&gt;1 1 0.778355&lt;BR /&gt;1 2 -0.042857&lt;BR /&gt;1 22 -0.042857&lt;BR /&gt;1 23 -0.692641&lt;BR /&gt;2 1 -0.042857&lt;BR /&gt;2 2 2.554663&lt;BR /&gt;2 3 -0.337027&lt;BR /&gt;2 22 -2.174778&lt;BR /&gt;3 2 -0.337027&lt;BR /&gt;3 3 5.345847&lt;BR /&gt;3 4 -4.008819&lt;BR /&gt;3 9 -1.000000&lt;BR /&gt;4 3 -4.008819&lt;BR /&gt;4 4 4.461020&lt;BR /&gt;4 5 -0.452200&lt;BR /&gt;5 4 -0.452200&lt;BR /&gt;5 5 1.278992&lt;BR /&gt;5 6 -0.100000&lt;BR /&gt;5 7 -0.726792&lt;BR /&gt;6 5 -0.100000&lt;BR /&gt;6 6 1.893122&lt;BR /&gt;6 7 -0.100000&lt;BR /&gt;6 8 -1.693122&lt;BR /&gt;7 5 -0.726792&lt;BR /&gt;7 6 -0.100000&lt;BR /&gt;7 7 0.826792&lt;BR /&gt;8 6 -1.693122&lt;BR /&gt;8 8 1.693187&lt;BR /&gt;9 3 -1.000000&lt;BR /&gt;9 9 8.187367&lt;BR /&gt;9 10 -7.187367&lt;BR /&gt;10 9 -7.187367&lt;BR /&gt;10 10 7.828516&lt;BR /&gt;10 11 -0.641149&lt;BR /&gt;11 10 -0.641149&lt;BR /&gt;11 11 1.641149&lt;BR /&gt;11 12 -1.000000&lt;BR /&gt;12 11 -1.000000&lt;BR /&gt;12 12 1.752293&lt;BR /&gt;12 13 -0.752293&lt;BR /&gt;13 12 -0.752293&lt;BR /&gt;13 13 0.818959&lt;BR /&gt;13 14 -0.066667&lt;BR /&gt;14 13 -0.066667&lt;BR /&gt;14 14 0.735718&lt;BR /&gt;14 15 -0.216822&lt;BR /&gt;14 18 -0.452229&lt;BR /&gt;15 14 -0.216822&lt;BR /&gt;15 15 0.361605&lt;BR /&gt;15 16 -0.144783&lt;BR /&gt;16 15 -0.144783&lt;BR /&gt;16 16 0.148342&lt;BR /&gt;16 17 -0.003559&lt;BR /&gt;17 16 -0.003559&lt;BR /&gt;17 17 0.003559&lt;BR /&gt;18 14 -0.452229&lt;BR /&gt;18 18 0.551187&lt;BR /&gt;18 19 -0.098958&lt;BR /&gt;19 18 -0.098958&lt;BR /&gt;19 19 0.189639&lt;BR /&gt;19 20 -0.090681&lt;BR /&gt;20 19 -0.090681&lt;BR /&gt;20 20 0.092738&lt;BR /&gt;20 21 -0.002058&lt;BR /&gt;21 20 -0.002058&lt;BR /&gt;21 21 0.002058&lt;BR /&gt;22 1 -0.042857&lt;BR /&gt;22 2 -2.174778&lt;BR /&gt;22 22 2.217635&lt;BR /&gt;23 1 -0.692641&lt;BR /&gt;23 23 0.692641&lt;BR /&gt;0 0 0.0 // end mark&lt;BR /&gt;0.000000e+00&lt;BR /&gt;0.000000e+00&lt;BR /&gt;0.000000e+00&lt;BR /&gt;0.000000e+00&lt;BR /&gt;0.000000e+00&lt;BR /&gt;0.000000e+00&lt;BR /&gt;0.000000e+00&lt;BR /&gt;2.831456e-04&lt;BR /&gt;0.000000e+00&lt;BR /&gt;0.000000e+00&lt;BR /&gt;0.000000e+00&lt;BR /&gt;0.000000e+00&lt;BR /&gt;0.000000e+00&lt;BR /&gt;0.000000e+00&lt;BR /&gt;0.000000e+00&lt;BR /&gt;0.000000e+00&lt;BR /&gt;0.000000e+00&lt;BR /&gt;0.000000e+00&lt;BR /&gt;0.000000e+00&lt;BR /&gt;0.000000e+00&lt;BR /&gt;0.000000e+00&lt;BR /&gt;0.000000e+00&lt;BR /&gt;0.000000e+00&lt;BR /&gt;&lt;BR /&gt;result with iparm[27] = 1 :&lt;BR /&gt;-4.7332564e+307&lt;BR /&gt;-4.7332564e+307&lt;BR /&gt;-4.7332564e+307&lt;BR /&gt;-4.7332564e+307&lt;BR /&gt;-4.7332564e+307&lt;BR /&gt;-4.7332564e+307&lt;BR /&gt;-4.7332564e+307&lt;BR /&gt;-4.7332564e+307&lt;BR /&gt;-4.7332564e+307&lt;BR /&gt;-4.7332564e+307&lt;BR /&gt;-4.73325426e+307&lt;BR /&gt;2.12046915e-314&lt;BR /&gt;0&lt;BR /&gt;0&lt;BR /&gt;0&lt;BR /&gt;0&lt;BR /&gt;0&lt;BR /&gt;0&lt;BR /&gt;0&lt;BR /&gt;0&lt;BR /&gt;0&lt;BR /&gt;0&lt;BR /&gt;0&lt;BR /&gt;&lt;BR /&gt;result with iparm[27] = 0 :&lt;BR /&gt;4.29004179&lt;BR /&gt;4.29004179&lt;BR /&gt;4.29005452&lt;BR /&gt;4.29005452&lt;BR /&gt;4.29006401&lt;BR /&gt;4.29008684&lt;BR /&gt;4.29006677&lt;BR /&gt;4.29008937&lt;BR /&gt;4.2900631&lt;BR /&gt;4.29006429&lt;BR /&gt;4.29007768&lt;BR /&gt;4.29008626&lt;BR /&gt;4.29009766&lt;BR /&gt;4.29016202&lt;BR /&gt;4.29016202&lt;BR /&gt;4.29016202&lt;BR /&gt;4.29016202&lt;BR /&gt;4.2901715&lt;BR /&gt;4.29021486&lt;BR /&gt;4.29026217&lt;BR /&gt;4.29026217&lt;BR /&gt;4.29004179&lt;BR /&gt;4.29004179&lt;BR /&gt;&lt;BR /&gt;Thanks for any suggestion in advance... ^^&lt;BR /&gt;&lt;BR /&gt;Ruda&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 23 Jun 2010 10:03:26 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Why-does-PARDISO-get-wrong-result-when-parallel-reordering-for/m-p/792100#M2300</guid>
      <dc:creator>rudaho</dc:creator>
      <dc:date>2010-06-23T10:03:26Z</dc:date>
    </item>
    <item>
      <title>Why does PARDISO get wrong result when parallel reordering for</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Why-does-PARDISO-get-wrong-result-when-parallel-reordering-for/m-p/792101#M2301</link>
      <description>&lt;DIV&gt;&lt;/DIV&gt;&lt;DIV&gt;Ruda,&lt;/DIV&gt;one of the cause of such behaviormay be, if iparm(28) == 1 ( iparm[27] in C notation),&lt;SPAN style="font-family: verdana, sans-serif;"&gt;then the input arrays (matrix a, vectors x and b) as well as all 
internal arrays are supposed to be in single precision.&lt;/SPAN&gt;&lt;DIV&gt;&lt;SPAN style="font-family: verdana, sans-serif;"&gt;&lt;/SPAN&gt;--Gennady&lt;BR /&gt;&lt;DIV&gt;&lt;SPAN style="font-family: verdana, sans-serif;"&gt;&lt;BR /&gt;&lt;/SPAN&gt;&lt;/DIV&gt;&lt;/DIV&gt;</description>
      <pubDate>Wed, 23 Jun 2010 12:24:39 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Why-does-PARDISO-get-wrong-result-when-parallel-reordering-for/m-p/792101#M2301</guid>
      <dc:creator>Gennady_F_Intel</dc:creator>
      <dc:date>2010-06-23T12:24:39Z</dc:date>
    </item>
    <item>
      <title>Why does PARDISO get wrong result when parallel reordering for</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Why-does-PARDISO-get-wrong-result-when-parallel-reordering-for/m-p/792102#M2302</link>
      <description>Got it, thanks... &lt;BR /&gt;&lt;BR /&gt;So, it seems the argument table is different from PARDISO 4.0.0? In PARDISO version 4.0.0, it says iparm(28) stands for parallel reordering for METIS, this is different from the meaning of controlling single/double precision. &lt;BR /&gt;&lt;BR /&gt;Ruda</description>
      <pubDate>Thu, 24 Jun 2010 00:36:41 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Why-does-PARDISO-get-wrong-result-when-parallel-reordering-for/m-p/792102#M2302</guid>
      <dc:creator>rudaho</dc:creator>
      <dc:date>2010-06-24T00:36:41Z</dc:date>
    </item>
    <item>
      <title>Why does PARDISO get wrong result when parallel reordering for</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Why-does-PARDISO-get-wrong-result-when-parallel-reordering-for/m-p/792103#M2303</link>
      <description>Ruda,&lt;DIV&gt;the newest version of Olaf's Pardiso ( v 4.0) is not compatible with our version of PARDISO. Olaf changed the API since this version.&lt;/DIV&gt;&lt;DIV&gt;--Gennady&lt;/DIV&gt;</description>
      <pubDate>Thu, 24 Jun 2010 04:05:56 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Why-does-PARDISO-get-wrong-result-when-parallel-reordering-for/m-p/792103#M2303</guid>
      <dc:creator>Gennady_F_Intel</dc:creator>
      <dc:date>2010-06-24T04:05:56Z</dc:date>
    </item>
  </channel>
</rss>

