<?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 Much needed size optimization of this app - Python for Scientific Computing (for Linux 64-bit) in Splunk Dev</title>
    <link>https://community.splunk.com/t5/Splunk-Dev/Much-needed-size-optimization-of-this-app-Python-for-Scientific/m-p/706544#M11763</link>
    <description>&lt;P&gt;After bumping in to the "Error while deploying apps to first member, aborting apps deployment to all members: Error while updating app=Splunk_SA_Scientific_Python_linux_x86_64" problem, we too were forced to double our&amp;nbsp;max_content_length value on our search head cluster members.&lt;BR /&gt;&lt;BR /&gt;Upon closer look on "why is this app so big" I could see that several files unter&amp;nbsp;bin/linux_x86_64/4_2_2/lib are actually duplicated. What we usually see as symlink to the library files, are current copies of the same file.&lt;BR /&gt;After tweaking a little bit on those files, I guess we can reduce around 500MB of duplicated library files and bring it below the accepted standard of 2GB.&lt;/P&gt;&lt;P&gt;Maybe someone overlooked that while compiling and packaging the app?&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;</description>
    <pubDate>Wed, 11 Dec 2024 14:29:01 GMT</pubDate>
    <dc:creator>dimasfs</dc:creator>
    <dc:date>2024-12-11T14:29:01Z</dc:date>
    <item>
      <title>Much needed size optimization of this app - Python for Scientific Computing (for Linux 64-bit)</title>
      <link>https://community.splunk.com/t5/Splunk-Dev/Much-needed-size-optimization-of-this-app-Python-for-Scientific/m-p/706544#M11763</link>
      <description>&lt;P&gt;After bumping in to the "Error while deploying apps to first member, aborting apps deployment to all members: Error while updating app=Splunk_SA_Scientific_Python_linux_x86_64" problem, we too were forced to double our&amp;nbsp;max_content_length value on our search head cluster members.&lt;BR /&gt;&lt;BR /&gt;Upon closer look on "why is this app so big" I could see that several files unter&amp;nbsp;bin/linux_x86_64/4_2_2/lib are actually duplicated. What we usually see as symlink to the library files, are current copies of the same file.&lt;BR /&gt;After tweaking a little bit on those files, I guess we can reduce around 500MB of duplicated library files and bring it below the accepted standard of 2GB.&lt;/P&gt;&lt;P&gt;Maybe someone overlooked that while compiling and packaging the app?&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 11 Dec 2024 14:29:01 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Dev/Much-needed-size-optimization-of-this-app-Python-for-Scientific/m-p/706544#M11763</guid>
      <dc:creator>dimasfs</dc:creator>
      <dc:date>2024-12-11T14:29:01Z</dc:date>
    </item>
  </channel>
</rss>

