<?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 MKL Question: Constant residual in GMRES in Intel® oneAPI Math Kernel Library</title>
    <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Constant-residual-in-GMRES/m-p/793617#M2456</link>
    <description>This post should be moved to the MKL forum.&lt;BR /&gt;&lt;BR /&gt;If you are able to post a small example code that displays the problematic behavior that you described, that code would facilitate identifying the sources of the problems. &lt;BR /&gt;&lt;BR /&gt;The first suspect in such cases, where a complex library is used, is errors in the subroutine argument types/values and proper sequencing of calls.&lt;BR /&gt;</description>
    <pubDate>Mon, 14 Nov 2011 12:56:48 GMT</pubDate>
    <dc:creator>mecej4</dc:creator>
    <dc:date>2011-11-14T12:56:48Z</dc:date>
    <item>
      <title>Constant residual in GMRES</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Constant-residual-in-GMRES/m-p/793616#M2455</link>
      <description>Hi all&lt;BR /&gt;I am trying to solve a sparse system of linear equations using GMRES (7600 x 7600). Ihave not done any preconditioning yet. The problem I am facing is that after a certain number of iterations, the residual between two consecutive steps does not change. Well, it does change but very very slowly. I am talking about 1d-12 or smaller per iteration.&lt;BR /&gt;&lt;BR /&gt;The system of equations solved nicely with PARDISO. As I need to solve a large system later on, I really need to get GMRES to work. Does anyone know any remedy to this problem? Another thing I should mention is that the iterative solver does not stop even when the maximum number of iterations specified has been exceeded. It just kept on iterating. Why is this so?&lt;BR /&gt;&lt;BR /&gt;One final thing, does the arrangement of the system of equations affect the convergence of the solver? I have tried arranging it both ways and both of them gave the same outcome.&lt;BR /&gt;&lt;BR /&gt;Thank you.&lt;BR /&gt;&lt;BR /&gt;Best wishes,&lt;BR /&gt;EH</description>
      <pubDate>Mon, 14 Nov 2011 07:58:44 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Constant-residual-in-GMRES/m-p/793616#M2455</guid>
      <dc:creator>eh4</dc:creator>
      <dc:date>2011-11-14T07:58:44Z</dc:date>
    </item>
    <item>
      <title>MKL Question: Constant residual in GMRES</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Constant-residual-in-GMRES/m-p/793617#M2456</link>
      <description>This post should be moved to the MKL forum.&lt;BR /&gt;&lt;BR /&gt;If you are able to post a small example code that displays the problematic behavior that you described, that code would facilitate identifying the sources of the problems. &lt;BR /&gt;&lt;BR /&gt;The first suspect in such cases, where a complex library is used, is errors in the subroutine argument types/values and proper sequencing of calls.&lt;BR /&gt;</description>
      <pubDate>Mon, 14 Nov 2011 12:56:48 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Constant-residual-in-GMRES/m-p/793617#M2456</guid>
      <dc:creator>mecej4</dc:creator>
      <dc:date>2011-11-14T12:56:48Z</dc:date>
    </item>
  </channel>
</rss>

