<?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 Parallelcompression library was updated to version 2.16 ... in Intel® Moderncode for Parallel Architectures</title>
    <link>https://community.intel.com/t5/Intel-Moderncode-for-Parallel/Parallelcompression-library-was-updated-to-version-2-16/m-p/819462#M1228</link>
    <description>&lt;BR /&gt;Hello,&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;I will try to clarify more this problem that i have solved in &lt;BR /&gt;version 2.16 ...&lt;BR /&gt;&lt;BR /&gt;If you take a look inside the parallelcompression zipfile, &lt;BR /&gt;inside the file parallelgzip.pas, you will notice that i am using a threadpool &lt;BR /&gt;engine and inside the TCallbacks.GzipCompress() method i am using &lt;BR /&gt;GZCompressStream() outside the critical section , this is good for &lt;BR /&gt;scalability, but inside the same method i am using also a critical section &lt;BR /&gt;like this:&lt;BR /&gt;&lt;DIV&gt;repeat&lt;BR /&gt;If TParallelGzip(Tjob(obj).obj).count_compress = Tjob(obj).index &lt;BR /&gt;then&lt;BR /&gt;begin&lt;BR /&gt; // i am using some code here&lt;BR /&gt; Inc(TParallelGzip(Tjob(obj).obj).count_compress);&lt;BR /&gt; break;&lt;BR /&gt;end;&lt;BR /&gt;sleep(0);&lt;BR /&gt;until false;&lt;BR /&gt;&lt;BR /&gt;as you have noticed , in this critical section i am testing like this:&lt;BR /&gt;If TParallelGzip(Tjob(obj).obj).count_compress = Tjob(obj).index &lt;BR /&gt;and if you read carefully the code inside parallelgzip.pas you will &lt;BR /&gt;notice that since i am using a critical section like this , and using &lt;BR /&gt;a threadpool engine, the threadpool engine mustnot use work-sealing&lt;BR /&gt;or this will cause a deadlockinsidethe TCallbacks.GzipCompress() method, &lt;/DIV&gt;&lt;DIV&gt;so to correct this problem i had to use for example a FIFO queue for &lt;/DIV&gt;&lt;DIV&gt;each worker thread to enhance the scalability and completly avoid&lt;/DIV&gt;&lt;DIV&gt;work-stealing (from the LIFO Stacks.or FIFO Queues).&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Thank you for your time.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Amine Moulay Ramdane. &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;/DIV&gt;</description>
    <pubDate>Sat, 19 May 2012 22:28:09 GMT</pubDate>
    <dc:creator>aminer10</dc:creator>
    <dc:date>2012-05-19T22:28:09Z</dc:date>
    <item>
      <title>Parallelcompression library was updated to version 2.16 ...</title>
      <link>https://community.intel.com/t5/Intel-Moderncode-for-Parallel/Parallelcompression-library-was-updated-to-version-2-16/m-p/819461#M1227</link>
      <description>&lt;P&gt;&lt;BR /&gt;&lt;BR /&gt;Hello,&lt;/P&gt;&lt;P&gt;Parallelcompression library was updated to version 2.16 , i have &lt;BR /&gt;just changed the code inside my threadpool.pas engine inside the &lt;BR /&gt;parallel compression zipfile to not use work-stealing , cause work-stealing &lt;BR /&gt;will cause a deadlock in parallelcompression library, so please use the &lt;BR /&gt;threadpool engine that i have provided you inside the parallelcompression zipfile.&lt;/P&gt;&lt;P&gt;Description:&lt;/P&gt;&lt;P&gt;Parallel compression library implements Parallel Gzip , Parallel Bzip ,&lt;BR /&gt;Parallel LZMA and Parallel LZ algorithms using my Thread Pool Engine.&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;You can download my ParallelCompression library version 2.16 from:&lt;/P&gt;&lt;P&gt;&lt;A href="http://pages.videotron.com/aminer/"&gt;http://pages.videotron.com/aminer/&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;Thank you.&lt;/P&gt;&lt;P&gt;Amine Moulay Ramdane.&lt;/P&gt;</description>
      <pubDate>Sat, 19 May 2012 21:35:15 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Moderncode-for-Parallel/Parallelcompression-library-was-updated-to-version-2-16/m-p/819461#M1227</guid>
      <dc:creator>aminer10</dc:creator>
      <dc:date>2012-05-19T21:35:15Z</dc:date>
    </item>
    <item>
      <title>Parallelcompression library was updated to version 2.16 ...</title>
      <link>https://community.intel.com/t5/Intel-Moderncode-for-Parallel/Parallelcompression-library-was-updated-to-version-2-16/m-p/819462#M1228</link>
      <description>&lt;BR /&gt;Hello,&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;I will try to clarify more this problem that i have solved in &lt;BR /&gt;version 2.16 ...&lt;BR /&gt;&lt;BR /&gt;If you take a look inside the parallelcompression zipfile, &lt;BR /&gt;inside the file parallelgzip.pas, you will notice that i am using a threadpool &lt;BR /&gt;engine and inside the TCallbacks.GzipCompress() method i am using &lt;BR /&gt;GZCompressStream() outside the critical section , this is good for &lt;BR /&gt;scalability, but inside the same method i am using also a critical section &lt;BR /&gt;like this:&lt;BR /&gt;&lt;DIV&gt;repeat&lt;BR /&gt;If TParallelGzip(Tjob(obj).obj).count_compress = Tjob(obj).index &lt;BR /&gt;then&lt;BR /&gt;begin&lt;BR /&gt; // i am using some code here&lt;BR /&gt; Inc(TParallelGzip(Tjob(obj).obj).count_compress);&lt;BR /&gt; break;&lt;BR /&gt;end;&lt;BR /&gt;sleep(0);&lt;BR /&gt;until false;&lt;BR /&gt;&lt;BR /&gt;as you have noticed , in this critical section i am testing like this:&lt;BR /&gt;If TParallelGzip(Tjob(obj).obj).count_compress = Tjob(obj).index &lt;BR /&gt;and if you read carefully the code inside parallelgzip.pas you will &lt;BR /&gt;notice that since i am using a critical section like this , and using &lt;BR /&gt;a threadpool engine, the threadpool engine mustnot use work-sealing&lt;BR /&gt;or this will cause a deadlockinsidethe TCallbacks.GzipCompress() method, &lt;/DIV&gt;&lt;DIV&gt;so to correct this problem i had to use for example a FIFO queue for &lt;/DIV&gt;&lt;DIV&gt;each worker thread to enhance the scalability and completly avoid&lt;/DIV&gt;&lt;DIV&gt;work-stealing (from the LIFO Stacks.or FIFO Queues).&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Thank you for your time.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Amine Moulay Ramdane. &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;/DIV&gt;</description>
      <pubDate>Sat, 19 May 2012 22:28:09 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Moderncode-for-Parallel/Parallelcompression-library-was-updated-to-version-2-16/m-p/819462#M1228</guid>
      <dc:creator>aminer10</dc:creator>
      <dc:date>2012-05-19T22:28:09Z</dc:date>
    </item>
    <item>
      <title>Parallelcompression library was updated to version 2.16 ...</title>
      <link>https://community.intel.com/t5/Intel-Moderncode-for-Parallel/Parallelcompression-library-was-updated-to-version-2-16/m-p/819463#M1229</link>
      <description>&lt;P&gt;Microsoft Office 2010 is actually the newest software from microsoft office 2010 keys Microsoft Corporation introduced in the last year. Its leading aims tend to be to catch the present business requirements and to be on top of every competition with regard to the international market criteria. This can be a very good idea to obtain Microsoft Office 2010 Key immediately to maintain norton antivirus keys yourself up-to-date and to present you with the vast qualified progress opportunities for success. Microsoft Office 2010 is available in both 32-bit and 64-bit editions, but attention please the two are not able to co-exist on the very same personal computer. All of the Office 2010 editions are kaspersky antivirus keys suitable for Windows XP SP3, Windows Vista and Windows 7.&lt;/P&gt;&lt;P&gt;&lt;A href="https://community.intel.com/www.keyyeah.com" target="_blank"&gt;www.keyyeah.com&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 28 May 2012 08:12:16 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Moderncode-for-Parallel/Parallelcompression-library-was-updated-to-version-2-16/m-p/819463#M1229</guid>
      <dc:creator>tomorrowwillbefine</dc:creator>
      <dc:date>2012-05-28T08:12:16Z</dc:date>
    </item>
  </channel>
</rss>

