<?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_64bit value in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/maxdsiz-64bit-value/m-p/4889759#M402129</link>
    <description>Thanx all for the replies!</description>
    <pubDate>Mon, 07 Mar 2005 00:21:41 GMT</pubDate>
    <dc:creator>Alex Lavrov.</dc:creator>
    <dc:date>2005-03-07T00:21:41Z</dc:date>
    <item>
      <title>maxdsiz_64bit value</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/maxdsiz-64bit-value/m-p/4889754#M402124</link>
      <description>Hello,&lt;BR /&gt;&lt;BR /&gt;current value of this kernel parameter on my system is 0X80000000 (2GB), but I see that I have many processes that use above 60% of this size, so as I know it should be increased.&lt;BR /&gt;&lt;BR /&gt;According to my logs, the "biggest" segment size is 1.2GB, so I'm thinking about increasing the size up to 4GB.&lt;BR /&gt;&lt;BR /&gt;My swap utilization is on 0% for some reason.&lt;BR /&gt;&lt;BR /&gt;Just wanted to make sure that my calculations are right and I'm on the right way.&lt;BR /&gt;&lt;BR /&gt;Thanx.</description>
      <pubDate>Sun, 06 Mar 2005 05:45:06 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/maxdsiz-64bit-value/m-p/4889754#M402124</guid>
      <dc:creator>Alex Lavrov.</dc:creator>
      <dc:date>2005-03-06T05:45:06Z</dc:date>
    </item>
    <item>
      <title>Re: maxdsiz_64bit value</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/maxdsiz-64bit-value/m-p/4889755#M402125</link>
      <description>Hi Alex,&lt;BR /&gt;&lt;BR /&gt;I think there is no problem to increase maxdsiz_64bit to 4GB. You need to increase accordingly the amount of device swap to a minimum of 4GB, for reservation purpose. In the matter, the swap reservation is more relevant than "utilization". &lt;BR /&gt;&lt;BR /&gt;Nourreddine&lt;BR /&gt;</description>
      <pubDate>Sun, 06 Mar 2005 06:33:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/maxdsiz-64bit-value/m-p/4889755#M402125</guid>
      <dc:creator>AISSAOUI Nourreddine</dc:creator>
      <dc:date>2005-03-06T06:33:00Z</dc:date>
    </item>
    <item>
      <title>Re: maxdsiz_64bit value</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/maxdsiz-64bit-value/m-p/4889756#M402126</link>
      <description>I am wondering if there is a specific symptom prompting you to make this change.&lt;BR /&gt;&lt;BR /&gt;Once I get a system running the way it should with acceptable response time, I think twice before making changes.&lt;BR /&gt;&lt;BR /&gt;If a performance analysis and/or user complaint is prompting it, I see no reason not to increase this parameter. Mine is more toward the 4 GB range, I believe.&lt;BR /&gt;&lt;BR /&gt;If the system is running well, and there are no new applications on the horizon, likely to make demands, consider not making the changes.&lt;BR /&gt;&lt;BR /&gt;Swap utilization of 0% is wonderful. That means you have enough memory to runn all your applications without actually paging.&lt;BR /&gt;&lt;BR /&gt;Let me distinguish. Swap should be getting reserved. If thats not happening, make sure the swap area is properly configured. But if its being reserved and not used, pat yourself on the back, you're doing a good job on capacity planning.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Sun, 06 Mar 2005 10:16:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/maxdsiz-64bit-value/m-p/4889756#M402126</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2005-03-06T10:16:37Z</dc:date>
    </item>
    <item>
      <title>Re: maxdsiz_64bit value</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/maxdsiz-64bit-value/m-p/4889757#M402127</link>
      <description>I saw in System Healthcheck recommendations, that I should increase this parameter, that's why I raised this issue.&lt;BR /&gt;&lt;BR /&gt;As for the swap, here is a swapinfo output:&lt;BR /&gt;             Kb      Kb      Kb   PCT  START/      Kb&lt;BR /&gt;TYPE      AVAIL    USED    FREE  USED   LIMIT RESERVE  PRI  NAME&lt;BR /&gt;dev     4194304       0 4194304    0%       0       -    1  /dev/vg00/lvol3&lt;BR /&gt;dev     35553280       0 35553280    0%       0       -    1  /dev/vg_swap1/lvol1&lt;BR /&gt;reserve       - 7626088 -7626088&lt;BR /&gt;memory  12519108 2128456 10390652   17%&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;As I can see there is a resercation.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Sun, 06 Mar 2005 10:21:05 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/maxdsiz-64bit-value/m-p/4889757#M402127</guid>
      <dc:creator>Alex Lavrov.</dc:creator>
      <dc:date>2005-03-06T10:21:05Z</dc:date>
    </item>
    <item>
      <title>Re: maxdsiz_64bit value</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/maxdsiz-64bit-value/m-p/4889758#M402128</link>
      <description>maxdsiz and maxdsiz_64 are simple fences (high limits). The only requirement is that macdsiz_64 be larger than maxdisz. If not, then both 32 and 64 bit programs are bound by maxdsiz. The only function that these values have is to prevent runaway or badly written programs from using all virtual memory (RAM and swap). NOTE: most programs do handle memory limitations very gracefully. Rather than stating that a request for additional RAM has been denied, they usually crash with an ENOMEM or errno 12 message.&lt;BR /&gt; &lt;BR /&gt;So if maxdsiz_64 is 2Gb then a program that is trying to get more than that amount will not run, ideally complaining that there are memory limits preventing the program from working as designed. Very, very few programs accomodate limited memory automatically, that is, they do not adjust to the current memory limits, they just terminate.&lt;BR /&gt; &lt;BR /&gt;So you can set maxdsiz_64 to 500Gb if you like -- it doesn't affect the system or memory usage unless a 64bit program needs a lot more than 2Gb.</description>
      <pubDate>Sun, 06 Mar 2005 15:34:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/maxdsiz-64bit-value/m-p/4889758#M402128</guid>
      <dc:creator>Bill Hassell</dc:creator>
      <dc:date>2005-03-06T15:34:00Z</dc:date>
    </item>
    <item>
      <title>Re: maxdsiz_64bit value</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/maxdsiz-64bit-value/m-p/4889759#M402129</link>
      <description>Thanx all for the replies!</description>
      <pubDate>Mon, 07 Mar 2005 00:21:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/maxdsiz-64bit-value/m-p/4889759#M402129</guid>
      <dc:creator>Alex Lavrov.</dc:creator>
      <dc:date>2005-03-07T00:21:41Z</dc:date>
    </item>
  </channel>
</rss>

