<?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: maxdsiz upper value in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/maxdsiz-upper-value/m-p/2936239#M112686</link>
    <description>It entirely depends.&lt;BR /&gt;&lt;BR /&gt;Here is an explanation of the maxdsiz parameter:&lt;BR /&gt;&lt;BR /&gt;"Maximum process data storage segment space that can be used for statics and strings, as well as dynamic data space allocated by sbrk() and malloc() (32-bit processes)"&lt;BR /&gt;&lt;BR /&gt;This was taken from &lt;A href="http://docs.hp.com/hpux/onlinedocs/TKP-90202/TKP-90202.html" target="_blank"&gt;http://docs.hp.com/hpux/onlinedocs/TKP-90202/TKP-90202.html&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;Basically this parameter is a fence.  A process will NOT be able to allocate any more than what this parameters value is.</description>
    <pubDate>Wed, 26 Mar 2003 15:27:07 GMT</pubDate>
    <dc:creator>Patrick Wallek</dc:creator>
    <dc:date>2003-03-26T15:27:07Z</dc:date>
    <item>
      <title>maxdsiz upper value</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/maxdsiz-upper-value/m-p/2936235#M112682</link>
      <description>Hello,&lt;BR /&gt;i would like to know what are the consequences of rising to much the maxdisiz kernel parameter (hpux 11i); it is now configured to 750 Mb.&lt;BR /&gt;&lt;BR /&gt;thanks</description>
      <pubDate>Wed, 26 Mar 2003 15:10:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/maxdsiz-upper-value/m-p/2936235#M112682</guid>
      <dc:creator>Roberto Volsa</dc:creator>
      <dc:date>2003-03-26T15:10:47Z</dc:date>
    </item>
    <item>
      <title>Re: maxdsiz upper value</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/maxdsiz-upper-value/m-p/2936236#M112683</link>
      <description>Hi Roberto,&lt;BR /&gt;&lt;BR /&gt;The value is basically a fence to keep processes from running away &amp;amp; consuming too much memory.&lt;BR /&gt;&lt;BR /&gt;From the man page...&lt;BR /&gt;&lt;BR /&gt;What Are the Side Effects of Raising the Value? &lt;BR /&gt;&lt;BR /&gt;Raising this tunable by definition allows larger data segments for every process. The maxdsiz and maxssiz tunables limit the amount of swap space that can be reserved or used by each process, but using more virtual address space does not translate directly into using more physical address space because virtual pages can be swapped out.&lt;BR /&gt;&lt;BR /&gt;Note that if swap space on the machine is near capacity, raising this tunable increases the amount of reservable swap per process. This could exhaust the swap space on the system by allowing a process with a memory leak or a malicious program that uses huge amounts of memory to reserve too much swap space.&lt;BR /&gt;&lt;BR /&gt;What Other Tunable Values Should Be Changed at the Same Time? &lt;BR /&gt;&lt;BR /&gt;The maxssiz tunable should be considered because it too limits swap usage by process stack segment&lt;BR /&gt;&lt;BR /&gt;Note that you need to know whether the process(es) is(are) 32-bit (maxdsiz) or 64-bit (maxdsiz_64bit) as one setting will not affect the other.&lt;BR /&gt;&lt;BR /&gt;Rgds,&lt;BR /&gt;Jeff</description>
      <pubDate>Wed, 26 Mar 2003 15:21:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/maxdsiz-upper-value/m-p/2936236#M112683</guid>
      <dc:creator>Jeff Schussele</dc:creator>
      <dc:date>2003-03-26T15:21:14Z</dc:date>
    </item>
    <item>
      <title>Re: maxdsiz upper value</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/maxdsiz-upper-value/m-p/2936237#M112684</link>
      <description>Assuming that you don't have rogue processes - none. Increasing maxdsiz, or the 64-bit version, maxdsiz_64bit, consumes not additional resources. The limits exist to "keep the horses in the corral". The danger with very large maxdsiz values is that a process can allocate dynamic memory to an extent that brings the system to its knees. This is most often a problem on development machines. Nowadays, 750MB is not considered a large maxdsiz value but there are cases where 100MB would be considered large - it depends. If you have processes which are legitimately hitting the maxdsiz limit then by all means increase it.&lt;BR /&gt; &lt;BR /&gt;</description>
      <pubDate>Wed, 26 Mar 2003 15:24:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/maxdsiz-upper-value/m-p/2936237#M112684</guid>
      <dc:creator>A. Clay Stephenson</dc:creator>
      <dc:date>2003-03-26T15:24:13Z</dc:date>
    </item>
    <item>
      <title>Re: maxdsiz upper value</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/maxdsiz-upper-value/m-p/2936238#M112685</link>
      <description>&lt;BR /&gt;If an application goes haywire and starts to consume a lot of memory, then you could end up swapping, thus taking a performance hit.&lt;BR /&gt;&lt;BR /&gt;But the bottom line is how much memory do you have, how much swap, and basically what do your applications need. I have had to pitch battle against SA's that didn't want to increase maxdsiz, yet the system had 10GB's of memory, and the application needed to use 1GB of it. I won of course!&lt;BR /&gt;&lt;BR /&gt;live free or die&lt;BR /&gt;harry</description>
      <pubDate>Wed, 26 Mar 2003 15:25:05 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/maxdsiz-upper-value/m-p/2936238#M112685</guid>
      <dc:creator>harry d brown jr</dc:creator>
      <dc:date>2003-03-26T15:25:05Z</dc:date>
    </item>
    <item>
      <title>Re: maxdsiz upper value</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/maxdsiz-upper-value/m-p/2936239#M112686</link>
      <description>It entirely depends.&lt;BR /&gt;&lt;BR /&gt;Here is an explanation of the maxdsiz parameter:&lt;BR /&gt;&lt;BR /&gt;"Maximum process data storage segment space that can be used for statics and strings, as well as dynamic data space allocated by sbrk() and malloc() (32-bit processes)"&lt;BR /&gt;&lt;BR /&gt;This was taken from &lt;A href="http://docs.hp.com/hpux/onlinedocs/TKP-90202/TKP-90202.html" target="_blank"&gt;http://docs.hp.com/hpux/onlinedocs/TKP-90202/TKP-90202.html&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;Basically this parameter is a fence.  A process will NOT be able to allocate any more than what this parameters value is.</description>
      <pubDate>Wed, 26 Mar 2003 15:27:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/maxdsiz-upper-value/m-p/2936239#M112686</guid>
      <dc:creator>Patrick Wallek</dc:creator>
      <dc:date>2003-03-26T15:27:07Z</dc:date>
    </item>
  </channel>
</rss>

