<?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 Slim Package Variants? in Intel® Distribution for Python*</title>
    <link>https://community.intel.com/t5/Intel-Distribution-for-Python/Slim-Package-Variants/m-p/1148726#M1080</link>
    <description>&lt;P&gt;I'm putting together a Docker image for Pytorch, and of the 1.8GB deployment size, 800MB is the conda MKL install.&amp;nbsp;When doing machine learning work I can end up creating hundreds of temporary&amp;nbsp;containers on a platform &lt;A href="https://cloud.google.com/blog/products/gcp/extending-per-second-billing-in-google"&gt;that charges by the second&lt;/A&gt;, and pulling a big image is&amp;nbsp;&lt;A href="https://cloud.google.com/blog/products/gcp/kubernetes-best-practices-how-and-why-to-build-small-container-images"&gt;painful&lt;/A&gt;. I'm not the first one to notice this - here are &lt;A href="https://github.com/conda-forge/numpy-feedstock/issues/84"&gt;two&lt;/A&gt; other &lt;A href="https://github.com/conda/conda/issues/6756"&gt;complaint&lt;/A&gt;&amp;nbsp;threads - but the only solution I've seen proposed is to switch to OpenBLAS. That's not very appealing&amp;nbsp;because, well, MKL is far faster.&lt;/P&gt;&lt;P&gt;One solution I have seen mentioned for MKL &lt;EM&gt;in general&amp;nbsp;&lt;/EM&gt;is to build a version &lt;A href="https://software.intel.com/en-us/mkl-linux-developer-guide-building-custom-shared-objects"&gt;that only targets a single architecture&lt;/A&gt;. That's not an option for the Python MKL because the source isn't available. So, questions:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;Does anyone know of any other way of bringing the MKL install size down?&lt;/LI&gt;&lt;LI&gt;Does anyone know how much smaller a single-platform MKL variant would be?&lt;/LI&gt;&lt;LI&gt;If anyone from the MKL team comes across this, could you consider publishing&amp;nbsp;'slim' MKL variants that target&amp;nbsp;just a single architecture, and carve away any rarely-used features?&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;Thanks!&lt;/P&gt;</description>
    <pubDate>Thu, 07 Feb 2019 23:31:17 GMT</pubDate>
    <dc:creator>andyljones</dc:creator>
    <dc:date>2019-02-07T23:31:17Z</dc:date>
    <item>
      <title>Slim Package Variants?</title>
      <link>https://community.intel.com/t5/Intel-Distribution-for-Python/Slim-Package-Variants/m-p/1148726#M1080</link>
      <description>&lt;P&gt;I'm putting together a Docker image for Pytorch, and of the 1.8GB deployment size, 800MB is the conda MKL install.&amp;nbsp;When doing machine learning work I can end up creating hundreds of temporary&amp;nbsp;containers on a platform &lt;A href="https://cloud.google.com/blog/products/gcp/extending-per-second-billing-in-google"&gt;that charges by the second&lt;/A&gt;, and pulling a big image is&amp;nbsp;&lt;A href="https://cloud.google.com/blog/products/gcp/kubernetes-best-practices-how-and-why-to-build-small-container-images"&gt;painful&lt;/A&gt;. I'm not the first one to notice this - here are &lt;A href="https://github.com/conda-forge/numpy-feedstock/issues/84"&gt;two&lt;/A&gt; other &lt;A href="https://github.com/conda/conda/issues/6756"&gt;complaint&lt;/A&gt;&amp;nbsp;threads - but the only solution I've seen proposed is to switch to OpenBLAS. That's not very appealing&amp;nbsp;because, well, MKL is far faster.&lt;/P&gt;&lt;P&gt;One solution I have seen mentioned for MKL &lt;EM&gt;in general&amp;nbsp;&lt;/EM&gt;is to build a version &lt;A href="https://software.intel.com/en-us/mkl-linux-developer-guide-building-custom-shared-objects"&gt;that only targets a single architecture&lt;/A&gt;. That's not an option for the Python MKL because the source isn't available. So, questions:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;Does anyone know of any other way of bringing the MKL install size down?&lt;/LI&gt;&lt;LI&gt;Does anyone know how much smaller a single-platform MKL variant would be?&lt;/LI&gt;&lt;LI&gt;If anyone from the MKL team comes across this, could you consider publishing&amp;nbsp;'slim' MKL variants that target&amp;nbsp;just a single architecture, and carve away any rarely-used features?&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;Thanks!&lt;/P&gt;</description>
      <pubDate>Thu, 07 Feb 2019 23:31:17 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Distribution-for-Python/Slim-Package-Variants/m-p/1148726#M1080</guid>
      <dc:creator>andyljones</dc:creator>
      <dc:date>2019-02-07T23:31:17Z</dc:date>
    </item>
  </channel>
</rss>

