<?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 Re: Memory leak in MKL_DCSRSYMV? in Intel® oneAPI Math Kernel Library</title>
    <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Memory-leak-in-MKL-DCSRSYMV/m-p/894100#M10697</link>
    <description>&lt;DIV style="margin:0px;"&gt;
&lt;DIV id="quote_reply" style="width: 100%; margin-top: 5px;"&gt;
&lt;DIV style="margin-left:2px;margin-right:2px;"&gt;Quoting - &lt;A href="https://community.intel.com/en-us/profile/404979"&gt;styc&lt;/A&gt;&lt;/DIV&gt;
&lt;DIV style="background-color:#E5E5E5; padding:5px;border: 1px; border-style: inset;margin-left:2px;margin-right:2px;"&gt;&lt;EM&gt;Hi,&lt;BR /&gt;&lt;BR /&gt;Ifound a problem with MKL_DCSRSYMV. When I ran the following code&lt;BR /&gt;
&lt;/EM&gt;&lt;PRE&gt;&lt;EM&gt;[cpp]        PROGRAM TEST&lt;BR /&gt;&lt;BR /&gt;        INTEGER, PARAMETER :: N = 1000000&lt;BR /&gt;        DOUBLE PRECISION X(N)&lt;BR /&gt;&lt;BR /&gt;        DO WHILE (.TRUE.)&lt;BR /&gt;            CALL MKL_DCSRSYMV('U', N, SPREAD(1.D0, 1, N), (/1 : N + 1/),&amp;amp;&lt;BR /&gt;                    (/1 : N/), SPREAD(1.D0, 1, N), X)&lt;BR /&gt;        END DO&lt;BR /&gt;&lt;BR /&gt;        END PROGRAM&lt;BR /&gt;[/cpp]&lt;/EM&gt;&lt;/PRE&gt;
compiled with "ifort test.f90 -otest -mkl=parallel" (ifort pro 11.1.038 with the included mkl), memory consumption, as seen in'top',would keep rising until it drained all physical memory and I killed the process. I tried it on a four-socket Opteron 8350 and a dual-socket Xeon 5530. Memory usage blew up on both machines. Any cure for this?&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
Hi,&lt;BR /&gt;&lt;BR /&gt;one comment on coding. The way you call the routine forces compiler to create 3 temporary arrays (compiler has to make a copy of these arguments before passing them), an obvious performance degradation. Eliminating them? --&amp;gt; don't pass non-contiguous arrays to routines that don't accept arrays by descriptor.&lt;BR /&gt;&lt;BR /&gt;A.&lt;BR /&gt;</description>
    <pubDate>Sun, 16 Aug 2009 09:44:03 GMT</pubDate>
    <dc:creator>ArturGuzik</dc:creator>
    <dc:date>2009-08-16T09:44:03Z</dc:date>
    <item>
      <title>Memory leak in MKL_DCSRSYMV?</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Memory-leak-in-MKL-DCSRSYMV/m-p/894099#M10696</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;Ifound a problem with MKL_DCSRSYMV. When I ran the following code&lt;BR /&gt;
&lt;PRE&gt;[cpp]        PROGRAM TEST

        INTEGER, PARAMETER :: N = 1000000
        DOUBLE PRECISION X(N)

        DO WHILE (.TRUE.)
            CALL MKL_DCSRSYMV('U', N, SPREAD(1.D0, 1, N), (/1 : N + 1/),&amp;amp;
                    (/1 : N/), SPREAD(1.D0, 1, N), X)
        END DO

        END PROGRAM
[/cpp]&lt;/PRE&gt;
compiled with "ifort test.f90 -otest -mkl=parallel" (ifort pro 11.1.038 with the included mkl), memory consumption, as seen in'top',would keep rising until it drained all physical memory and I killed the process. I tried it on a four-socket Opteron 8350 and a dual-socket Xeon 5530. Memory usage blew up on both machines. Any cure for this?</description>
      <pubDate>Sun, 16 Aug 2009 02:28:15 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Memory-leak-in-MKL-DCSRSYMV/m-p/894099#M10696</guid>
      <dc:creator>styc</dc:creator>
      <dc:date>2009-08-16T02:28:15Z</dc:date>
    </item>
    <item>
      <title>Re: Memory leak in MKL_DCSRSYMV?</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Memory-leak-in-MKL-DCSRSYMV/m-p/894100#M10697</link>
      <description>&lt;DIV style="margin:0px;"&gt;
&lt;DIV id="quote_reply" style="width: 100%; margin-top: 5px;"&gt;
&lt;DIV style="margin-left:2px;margin-right:2px;"&gt;Quoting - &lt;A href="https://community.intel.com/en-us/profile/404979"&gt;styc&lt;/A&gt;&lt;/DIV&gt;
&lt;DIV style="background-color:#E5E5E5; padding:5px;border: 1px; border-style: inset;margin-left:2px;margin-right:2px;"&gt;&lt;EM&gt;Hi,&lt;BR /&gt;&lt;BR /&gt;Ifound a problem with MKL_DCSRSYMV. When I ran the following code&lt;BR /&gt;
&lt;/EM&gt;&lt;PRE&gt;&lt;EM&gt;[cpp]        PROGRAM TEST&lt;BR /&gt;&lt;BR /&gt;        INTEGER, PARAMETER :: N = 1000000&lt;BR /&gt;        DOUBLE PRECISION X(N)&lt;BR /&gt;&lt;BR /&gt;        DO WHILE (.TRUE.)&lt;BR /&gt;            CALL MKL_DCSRSYMV('U', N, SPREAD(1.D0, 1, N), (/1 : N + 1/),&amp;amp;&lt;BR /&gt;                    (/1 : N/), SPREAD(1.D0, 1, N), X)&lt;BR /&gt;        END DO&lt;BR /&gt;&lt;BR /&gt;        END PROGRAM&lt;BR /&gt;[/cpp]&lt;/EM&gt;&lt;/PRE&gt;
compiled with "ifort test.f90 -otest -mkl=parallel" (ifort pro 11.1.038 with the included mkl), memory consumption, as seen in'top',would keep rising until it drained all physical memory and I killed the process. I tried it on a four-socket Opteron 8350 and a dual-socket Xeon 5530. Memory usage blew up on both machines. Any cure for this?&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
Hi,&lt;BR /&gt;&lt;BR /&gt;one comment on coding. The way you call the routine forces compiler to create 3 temporary arrays (compiler has to make a copy of these arguments before passing them), an obvious performance degradation. Eliminating them? --&amp;gt; don't pass non-contiguous arrays to routines that don't accept arrays by descriptor.&lt;BR /&gt;&lt;BR /&gt;A.&lt;BR /&gt;</description>
      <pubDate>Sun, 16 Aug 2009 09:44:03 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Memory-leak-in-MKL-DCSRSYMV/m-p/894100#M10697</guid>
      <dc:creator>ArturGuzik</dc:creator>
      <dc:date>2009-08-16T09:44:03Z</dc:date>
    </item>
    <item>
      <title>Re: Memory leak in MKL_DCSRSYMV?</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Memory-leak-in-MKL-DCSRSYMV/m-p/894101#M10698</link>
      <description>&lt;DIV style="margin:0px;"&gt;
&lt;DIV id="quote_reply" style="margin-top: 5px; width: 100%;"&gt;
&lt;DIV style="margin-left:2px;margin-right:2px;"&gt;Quoting - &lt;A href="https://community.intel.com/en-us/profile/342379"&gt;ArturGuzik&lt;/A&gt;&lt;/DIV&gt;
&lt;DIV style="background-color:#E5E5E5; padding:5px;border: 1px; border-style: inset;margin-left:2px;margin-right:2px;"&gt;&lt;EM&gt;
&lt;DIV style="margin:0px;"&gt;&lt;/DIV&gt;
Hi,&lt;BR /&gt;&lt;BR /&gt;one comment on coding. The way you call the routine forces compiler to create 3 temporary arrays (compiler has to make a copy of these arguments before passing them), an obvious performance degradation. Eliminating them? --&amp;gt; don't pass non-contiguous arrays to routines that don't accept arrays by descriptor.&lt;BR /&gt;&lt;BR /&gt;A.&lt;BR /&gt;&lt;/EM&gt;&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;BR /&gt;You see, this is just a test program. For a test program's sake performance is nonessential. The real problem is within a few hundred iterations the program consumes more than 10 GB worth of memory, an apparent nightmare when I use the routine inaKrylov subspacesolver because I only have 12 GB of memory on my machine.</description>
      <pubDate>Sun, 16 Aug 2009 18:25:43 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Memory-leak-in-MKL-DCSRSYMV/m-p/894101#M10698</guid>
      <dc:creator>styc</dc:creator>
      <dc:date>2009-08-16T18:25:43Z</dc:date>
    </item>
    <item>
      <title>Re: Memory leak in MKL_DCSRSYMV?</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Memory-leak-in-MKL-DCSRSYMV/m-p/894102#M10699</link>
      <description>&lt;DIV style="margin:0px;"&gt;
&lt;DIV id="quote_reply" style="width: 100%; margin-top: 5px;"&gt;
&lt;DIV style="margin-left:2px;margin-right:2px;"&gt;Quoting - &lt;A href="https://community.intel.com/en-us/profile/404979"&gt;styc&lt;/A&gt;&lt;/DIV&gt;
&lt;DIV style="background-color:#E5E5E5; padding:5px;border: 1px; border-style: inset;margin-left:2px;margin-right:2px;"&gt;&lt;EM&gt; &lt;BR /&gt;You see, this is just a test program. For a test program's sake performance is nonessential. The real problem is within a few hundred iterations the program consumes more than 10 GB worth of memory, an apparent nightmare when I use the routine inaKrylov subspacesolver because I only have 12 GB of memory on my machine.&lt;/EM&gt;&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
I know. That was just a comment.&lt;BR /&gt;&lt;BR /&gt;I guess that you're on Linux. I have no time to test it there, but on my Winx64 it uses at max 90 MB (I waited until 2,500 iterations passed) and I don't see any leak.&lt;BR /&gt;&lt;BR /&gt;Did you try to replace that spread commands?&lt;BR /&gt;&lt;BR /&gt;A.&lt;BR /&gt;</description>
      <pubDate>Mon, 17 Aug 2009 01:11:03 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Memory-leak-in-MKL-DCSRSYMV/m-p/894102#M10699</guid>
      <dc:creator>ArturGuzik</dc:creator>
      <dc:date>2009-08-17T01:11:03Z</dc:date>
    </item>
    <item>
      <title>Re: Memory leak in MKL_DCSRSYMV?</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Memory-leak-in-MKL-DCSRSYMV/m-p/894103#M10700</link>
      <description>&lt;DIV style="margin:0px;"&gt;
&lt;DIV id="quote_reply" style="margin-top: 5px; width: 100%;"&gt;
&lt;DIV style="margin-left:2px;margin-right:2px;"&gt;Quoting - &lt;A href="https://community.intel.com/en-us/profile/342379"&gt;ArturGuzik&lt;/A&gt;&lt;/DIV&gt;
&lt;DIV style="background-color:#E5E5E5; padding:5px;border: 1px; border-style: inset;margin-left:2px;margin-right:2px;"&gt;&lt;EM&gt;
&lt;DIV style="margin:0px;"&gt;&lt;/DIV&gt;
I know. That was just a comment.&lt;BR /&gt;&lt;BR /&gt;I guess that you're on Linux. I have no time to test it there, but on my Winx64 it uses at max 90 MB (I waited until 2,500 iterations passed) and I don't see any leak.&lt;BR /&gt;&lt;BR /&gt;Did you try to replace that spread commands?&lt;BR /&gt;&lt;BR /&gt;A.&lt;BR /&gt;&lt;/EM&gt;&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;BR /&gt;Actually I discovered the problem when calling MKL_DCSRSYMV from C. I also tried local and allocatable arrays. The same massive leaks.&lt;BR /&gt;</description>
      <pubDate>Mon, 17 Aug 2009 04:18:34 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Memory-leak-in-MKL-DCSRSYMV/m-p/894103#M10700</guid>
      <dc:creator>styc</dc:creator>
      <dc:date>2009-08-17T04:18:34Z</dc:date>
    </item>
    <item>
      <title>Re: Memory leak in MKL_DCSRSYMV?</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Memory-leak-in-MKL-DCSRSYMV/m-p/894104#M10701</link>
      <description>&lt;DIV style="margin:0px;"&gt;
&lt;DIV id="quote_reply" style="margin-top: 5px; width: 100%;"&gt;
&lt;DIV style="margin-left:2px;margin-right:2px;"&gt;Quoting - &lt;A href="https://community.intel.com/en-us/profile/404979"&gt;styc&lt;/A&gt;&lt;/DIV&gt;
&lt;DIV style="background-color:#E5E5E5; padding:5px;border: 1px; border-style: inset;margin-left:2px;margin-right:2px;"&gt;&lt;EM&gt;&lt;BR /&gt;Actually I discovered the problem when calling MKL_DCSRSYMV from C. I also tried local and allocatable arrays. The same massive leaks.&lt;BR /&gt;&lt;/EM&gt;&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;BR /&gt;Hi Styc, &lt;BR /&gt;&lt;BR /&gt;If use the sequential library, what is the result? &lt;BR /&gt;The command line is like&lt;BR /&gt;ifort test.f -o test-lmkl_intel_lp64 -Wl,--start-group -lmkl_sequential -lmkl_core -Wl,--end-group-lpthread&lt;BR /&gt;&lt;BR /&gt;orwould you like to upgradethe compilerto latest Compiler version, which use latest MKL 10.2.1 version? &lt;BR /&gt;I just try Intel Compiler 11.1.046 on 4 core Xeon machine. The test program seems run fine. No memory leak. &lt;BR /&gt;&lt;BR /&gt;&amp;lt;&lt;A href="http://software.intel.com/en-us/articles/which-version-of-ipp--mkl--tbb-is-installed-with-intel-compiler-professional-edition/"&gt;http://software.intel.com/en-us/articles/which-version-of-ipp--mkl--tbb-is-installed-with-intel-compiler-professional-edition/&amp;gt;&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;Best Regards,&lt;BR /&gt;Ying &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;or &lt;BR /&gt;&lt;BR /&gt;ifort test.f -o test -lmkl_intel_lp64 -Wl,--start-group -lmkl_intel_thread -lmkl_core -Wl,--end-group -liomp5 -lpthread</description>
      <pubDate>Mon, 17 Aug 2009 09:10:58 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Memory-leak-in-MKL-DCSRSYMV/m-p/894104#M10701</guid>
      <dc:creator>Ying_H_Intel</dc:creator>
      <dc:date>2009-08-17T09:10:58Z</dc:date>
    </item>
    <item>
      <title>Re: Memory leak in MKL_DCSRSYMV?</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Memory-leak-in-MKL-DCSRSYMV/m-p/894105#M10702</link>
      <description>&lt;DIV style="margin:0px;"&gt;
&lt;DIV id="quote_reply" style="margin-top: 5px; width: 100%;"&gt;
&lt;DIV style="margin-left:2px;margin-right:2px;"&gt;Quoting - &lt;A href="https://community.intel.com/en-us/profile/404199"&gt;Ying Hu (Intel)&lt;/A&gt;&lt;/DIV&gt;
&lt;DIV style="background-color:#E5E5E5; padding:5px;border: 1px; border-style: inset;margin-left:2px;margin-right:2px;"&gt;&lt;EM&gt;&lt;BR /&gt;Hi Styc, &lt;BR /&gt;&lt;BR /&gt;If use the sequential library, what is the result? &lt;BR /&gt;The command line is like&lt;BR /&gt;ifort test.f -o test-lmkl_intel_lp64 -Wl,--start-group -lmkl_sequential -lmkl_core -Wl,--end-group-lpthread&lt;BR /&gt;&lt;BR /&gt;orwould you like to upgradethe compilerto latest Compiler version, which use latest MKL 10.2.1 version? &lt;BR /&gt;I just try Intel Compiler 11.1.046 on 4 core Xeon machine. The test program seems run fine. No memory leak. &lt;BR /&gt;&lt;BR /&gt;&amp;lt;&lt;A href="http://software.intel.com/en-us/articles/which-version-of-ipp--mkl--tbb-is-installed-with-intel-compiler-professional-edition/"&gt;http://software.intel.com/en-us/articles/which-version-of-ipp--mkl--tbb-is-installed-with-intel-compiler-professional-edition/&amp;gt;&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;Best Regards,&lt;BR /&gt;Ying &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;or &lt;BR /&gt;&lt;BR /&gt;ifort test.f -o test -lmkl_intel_lp64 -Wl,--start-group -lmkl_intel_thread -lmkl_core -Wl,--end-group -liomp5 -lpthread&lt;/EM&gt;&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;BR /&gt;Well, I'm pretty reluctant to do the upgrade now because1) it's tricky 2) I don't have the time.&lt;BR /&gt;&lt;BR /&gt;I tried several possible solutions I could think of and found four ways to makethe test programwork normally:&lt;BR /&gt;&lt;BR /&gt;1) linking with -mkl=sequential&lt;BR /&gt;2) OMP_NUM_THREADS=1/2/3/4/5 (see, you need more than four threads to see it break)&lt;BR /&gt;3) MKL_DISABLE_FAST_MM=1&lt;BR /&gt;4) setting N &amp;lt;= 5242880 / OMP_NUM_THREADS&lt;BR /&gt;&lt;BR /&gt;It seems that 1), 2) and 4) actually address the same problem-limiting the amount of memory MKL_DCSRSYMV requires, i.e. sizeof(double) * N * OMP_NUM_THREADS,tono more than40 MB. Apparently MKL_DCSRSYMV will repeatedly allocate workspaces larger than 40 MB butwon'tbother to deallocate them unless explicitly instructed to by something like 3).</description>
      <pubDate>Mon, 17 Aug 2009 16:11:18 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Memory-leak-in-MKL-DCSRSYMV/m-p/894105#M10702</guid>
      <dc:creator>styc</dc:creator>
      <dc:date>2009-08-17T16:11:18Z</dc:date>
    </item>
    <item>
      <title>Re: Memory leak in MKL_DCSRSYMV?</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Memory-leak-in-MKL-DCSRSYMV/m-p/894106#M10703</link>
      <description>&lt;DIV style="margin:0px;"&gt;
&lt;DIV id="quote_reply" style="margin-top: 5px; width: 100%;"&gt;
&lt;DIV style="margin-left:2px;margin-right:2px;"&gt;Quoting - &lt;A href="https://community.intel.com/en-us/profile/404979"&gt;styc&lt;/A&gt;&lt;/DIV&gt;
&lt;DIV style="background-color:#E5E5E5; padding:5px;border: 1px; border-style: inset;margin-left:2px;margin-right:2px;"&gt;&lt;EM&gt;&lt;BR /&gt;Well, I'm pretty reluctant to do the upgrade now because1) it's tricky 2) I don't have the time.&lt;BR /&gt;&lt;BR /&gt;I tried several possible solutions I could think of and found four ways to makethe test programwork normally:&lt;BR /&gt;&lt;BR /&gt;1) linking with -mkl=sequential&lt;BR /&gt;2) OMP_NUM_THREADS=1/2/3/4/5 (see, you need more than four threads to see it break)&lt;BR /&gt;3) MKL_DISABLE_FAST_MM=1&lt;BR /&gt;4) setting N &amp;lt;= 5242880 / OMP_NUM_THREADS&lt;BR /&gt;&lt;BR /&gt;It seems that 1), 2) and 4) actually address the same problem-limiting the amount of memory MKL_DCSRSYMV requires, i.e. sizeof(double) * N * OMP_NUM_THREADS,tono more than40 MB. Apparently MKL_DCSRSYMV will repeatedly allocate workspaces larger than 40 MB butwon'tbother to deallocate them unless explicitly instructed to by something like 3).&lt;/EM&gt;&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;BR /&gt;Hi Styc, &lt;BR /&gt;&lt;BR /&gt;Good news, I'm able to reproduce the problem with MKL 10.2 and MKL 10.2.1. The problem happenedonly when the size of allocated arrays is huge. (if problem size is small, for example,N=1000, no such problem, right?).&lt;BR /&gt;The root cause is the defect in MKL memory manager. I have escaled toMKL engineer team to fix it.&lt;BR /&gt;&lt;BR /&gt;At present, the best solution to avoid this problem is to set MKL_DISABLE_FAST_MM=1 asyou described.&lt;BR /&gt;What is your general problem size, N = 1000000?&lt;BR /&gt;&lt;BR /&gt;Best Regards,&lt;BR /&gt;Ying</description>
      <pubDate>Wed, 19 Aug 2009 06:42:26 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Memory-leak-in-MKL-DCSRSYMV/m-p/894106#M10703</guid>
      <dc:creator>Ying_H_Intel</dc:creator>
      <dc:date>2009-08-19T06:42:26Z</dc:date>
    </item>
    <item>
      <title>Re: Memory leak in MKL_DCSRSYMV?</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Memory-leak-in-MKL-DCSRSYMV/m-p/894107#M10704</link>
      <description>&lt;DIV style="margin:0px;"&gt;
&lt;DIV id="quote_reply" style="margin-top: 5px; width: 100%;"&gt;
&lt;DIV style="margin-left:2px;margin-right:2px;"&gt;Quoting - &lt;A href="https://community.intel.com/en-us/profile/404199"&gt;Ying Hu (Intel)&lt;/A&gt;&lt;/DIV&gt;
&lt;DIV style="background-color:#E5E5E5; padding:5px;border: 1px; border-style: inset;margin-left:2px;margin-right:2px;"&gt;&lt;EM&gt;
&lt;DIV style="margin:0px;"&gt;&lt;/DIV&gt;
&lt;BR /&gt;Hi Styc, &lt;BR /&gt;&lt;BR /&gt;Good news, I'm able to reproduce the problem with MKL 10.2 and MKL 10.2.1. The problem happenedonly when the size of allocated arrays is huge. (if problem size is small, for example,N=1000, no such problem, right?).&lt;BR /&gt;The root cause is the defect in MKL memory manager. I have escaled toMKL engineer team to fix it.&lt;BR /&gt;&lt;BR /&gt;At present, the best solution to avoid this problem is to set MKL_DISABLE_FAST_MM=1 asyou described.&lt;BR /&gt;What is your general problem size, N = 1000000?&lt;BR /&gt;&lt;BR /&gt;Best Regards,&lt;BR /&gt;Ying&lt;/EM&gt;&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;BR /&gt;Yes, typically around one million.</description>
      <pubDate>Fri, 21 Aug 2009 04:16:08 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Memory-leak-in-MKL-DCSRSYMV/m-p/894107#M10704</guid>
      <dc:creator>styc</dc:creator>
      <dc:date>2009-08-21T04:16:08Z</dc:date>
    </item>
    <item>
      <title>Re: Memory leak in MKL_DCSRSYMV?</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Memory-leak-in-MKL-DCSRSYMV/m-p/894108#M10705</link>
      <description>&lt;DIV style="margin:0px;"&gt;
&lt;DIV id="quote_reply" style="margin-top: 5px; width: 100%;"&gt;
&lt;DIV style="margin-left:2px;margin-right:2px;"&gt;Quoting - &lt;A href="https://community.intel.com/en-us/profile/404979"&gt;styc&lt;/A&gt;&lt;/DIV&gt;
&lt;DIV style="background-color:#E5E5E5; padding:5px;border: 1px; border-style: inset;margin-left:2px;margin-right:2px;"&gt;&lt;EM&gt;&lt;BR /&gt;Yes, typically around one million.&lt;/EM&gt;&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;BR /&gt;Hi Styc, &lt;BR /&gt;&lt;BR /&gt;Thanks for letting me know.the reference number is DPD200084696, we will notify you whenthe fix version is release (may be around Oct.). &lt;BR /&gt;&lt;BR /&gt;Thanks&lt;BR /&gt;Ying</description>
      <pubDate>Wed, 26 Aug 2009 05:47:37 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Memory-leak-in-MKL-DCSRSYMV/m-p/894108#M10705</guid>
      <dc:creator>Ying_H_Intel</dc:creator>
      <dc:date>2009-08-26T05:47:37Z</dc:date>
    </item>
  </channel>
</rss>

