<?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 Performance issue when running multiple instances of BLAS  in Intel® oneAPI Math Kernel Library</title>
    <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Performance-issue-when-running-multiple-instances-of-BLAS/m-p/792020#M2292</link>
    <description>First, you should know that linking a very simple zgemv program with Intel MKL will automaticallyparallelize the application and use all available cores on the system. Launching more instances will oversubscribe the resources of your system. In other words running two instances of your simply program will mean you have two different programs each trying to use all 12 cores cores. &lt;BR /&gt;&lt;BR /&gt;Perhaps you want to link the sequential version to run zgemv on just one thread then launch multiple instances. You could also use mkl_set_num_threads() or other available environment variables.&lt;BR /&gt;&lt;BR /&gt;Perhaps you're aware of all this and you were running into something else, but in that case we could use a little more information on how you're linking your program and how you expect to handle parallelism.&lt;BR /&gt;&lt;BR /&gt;Todd</description>
    <pubDate>Fri, 08 Jul 2011 17:36:36 GMT</pubDate>
    <dc:creator>Todd_R_Intel</dc:creator>
    <dc:date>2011-07-08T17:36:36Z</dc:date>
    <item>
      <title>Performance issue when running multiple instances of BLAS</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Performance-issue-when-running-multiple-instances-of-BLAS/m-p/792019#M2291</link>
      <description>&lt;P&gt;There is significant performance slow-down when I run a simple zgemv program with multiple instances on a machine.&lt;BR /&gt;If running a.exe take x time, when I run 4 a.exe at the same time on this machine, each takes 2x+ time. This is on Linux, multi-core (12), large memory machine. The matrix size is about 1400x1400.&lt;BR /&gt;&lt;BR /&gt;What I can do to improve the performance with multiple instance run here?&lt;BR /&gt;&lt;BR /&gt;Thanks.&lt;/P&gt;</description>
      <pubDate>Fri, 08 Jul 2011 17:28:53 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Performance-issue-when-running-multiple-instances-of-BLAS/m-p/792019#M2291</guid>
      <dc:creator>missing__zlw</dc:creator>
      <dc:date>2011-07-08T17:28:53Z</dc:date>
    </item>
    <item>
      <title>Performance issue when running multiple instances of BLAS</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Performance-issue-when-running-multiple-instances-of-BLAS/m-p/792020#M2292</link>
      <description>First, you should know that linking a very simple zgemv program with Intel MKL will automaticallyparallelize the application and use all available cores on the system. Launching more instances will oversubscribe the resources of your system. In other words running two instances of your simply program will mean you have two different programs each trying to use all 12 cores cores. &lt;BR /&gt;&lt;BR /&gt;Perhaps you want to link the sequential version to run zgemv on just one thread then launch multiple instances. You could also use mkl_set_num_threads() or other available environment variables.&lt;BR /&gt;&lt;BR /&gt;Perhaps you're aware of all this and you were running into something else, but in that case we could use a little more information on how you're linking your program and how you expect to handle parallelism.&lt;BR /&gt;&lt;BR /&gt;Todd</description>
      <pubDate>Fri, 08 Jul 2011 17:36:36 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Performance-issue-when-running-multiple-instances-of-BLAS/m-p/792020#M2292</guid>
      <dc:creator>Todd_R_Intel</dc:creator>
      <dc:date>2011-07-08T17:36:36Z</dc:date>
    </item>
  </channel>
</rss>

