<?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: ulimit and maxssiz in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/ulimit-and-maxssiz/m-p/4553465#M370848</link>
    <description>You should be very cautious about increasing maxssiz, typically only maxdsiz needs to be increased.&lt;BR /&gt;Increasing maxssiz will decrease maxdsiz for a 32 bit process.&lt;BR /&gt;&lt;BR /&gt;What are your current values for maxssiz and maxssiz_64bit?</description>
    <pubDate>Mon, 21 Dec 2009 16:20:17 GMT</pubDate>
    <dc:creator>Dennis Handly</dc:creator>
    <dc:date>2009-12-21T16:20:17Z</dc:date>
    <item>
      <title>ulimit and maxssiz</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ulimit-and-maxssiz/m-p/4553461#M370844</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;maybe I'm confusing things here but on my HP-UX B.11.31 I set maxssiz as well as maxssiz_64bit to a larger value. 'ulimit -a' shows that the stack size didn't change at all. However, setting 'ulimit -s unlimited' takes effect to the session I'm in but not for other users logging later on, the stack size there remains quite small.&lt;BR /&gt;&lt;BR /&gt;My question: what is the maximum stack size valid on my system? Can I trust 'ulimit' or rather 'kcusage' which tells me that the stack size is larger than 'ulimit' shows? And if 'kcusage' would be the one, what's 'ulimit' good for on HP-UX?&lt;BR /&gt;&lt;BR /&gt;Cheers,&lt;BR /&gt;Steff</description>
      <pubDate>Mon, 21 Dec 2009 12:20:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ulimit-and-maxssiz/m-p/4553461#M370844</guid>
      <dc:creator>Neupert</dc:creator>
      <dc:date>2009-12-21T12:20:29Z</dc:date>
    </item>
    <item>
      <title>Re: ulimit and maxssiz</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ulimit-and-maxssiz/m-p/4553462#M370845</link>
      <description>Shalom,&lt;BR /&gt;&lt;BR /&gt;ulimit is short for user limit.&lt;BR /&gt;&lt;BR /&gt;You need to set kernel AND user limit in order to make a change impact the user session.&lt;BR /&gt;&lt;BR /&gt;You can run your ulimit command in /etc/profile or in individual user profiles to make these changes permanent.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Mon, 21 Dec 2009 14:10:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ulimit-and-maxssiz/m-p/4553462#M370845</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2009-12-21T14:10:03Z</dc:date>
    </item>
    <item>
      <title>Re: ulimit and maxssiz</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ulimit-and-maxssiz/m-p/4553463#M370846</link>
      <description>kcusage is the kernel limit. Each user that logs in can set a different value for ulimit up to the kernel's global limit. ulimit (as well as the maxssiz* values) are fences to prevent bad programs from consuming all of memory.</description>
      <pubDate>Mon, 21 Dec 2009 14:40:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ulimit-and-maxssiz/m-p/4553463#M370846</guid>
      <dc:creator>Bill Hassell</dc:creator>
      <dc:date>2009-12-21T14:40:36Z</dc:date>
    </item>
    <item>
      <title>Re: ulimit and maxssiz</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ulimit-and-maxssiz/m-p/4553464#M370847</link>
      <description>Hi Steven,&lt;BR /&gt;&lt;BR /&gt;thank you for replying. My question is related to oracle so I guess I need to grant the 'LIMIT' privilege to the user 'oracle' and put 'ulimit -s unlimited' into his profile in order to make shure, the DB starts with unlimited 'maxssize'. Sounds weird to me... But since the DB will be started as user 'oracle', the user-limit needs to be adjusted. Is that correct?&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Cheers,&lt;BR /&gt;Steff</description>
      <pubDate>Mon, 21 Dec 2009 14:44:05 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ulimit-and-maxssiz/m-p/4553464#M370847</guid>
      <dc:creator>Neupert</dc:creator>
      <dc:date>2009-12-21T14:44:05Z</dc:date>
    </item>
    <item>
      <title>Re: ulimit and maxssiz</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ulimit-and-maxssiz/m-p/4553465#M370848</link>
      <description>You should be very cautious about increasing maxssiz, typically only maxdsiz needs to be increased.&lt;BR /&gt;Increasing maxssiz will decrease maxdsiz for a 32 bit process.&lt;BR /&gt;&lt;BR /&gt;What are your current values for maxssiz and maxssiz_64bit?</description>
      <pubDate>Mon, 21 Dec 2009 16:20:17 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ulimit-and-maxssiz/m-p/4553465#M370848</guid>
      <dc:creator>Dennis Handly</dc:creator>
      <dc:date>2009-12-21T16:20:17Z</dc:date>
    </item>
    <item>
      <title>Re: ulimit and maxssiz</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ulimit-and-maxssiz/m-p/4553466#M370849</link>
      <description>Both are set to the max:&lt;BR /&gt;&lt;BR /&gt;maxssiz: 401'604'608&lt;BR /&gt;maxssiz_64bit: 2'147'483'648&lt;BR /&gt;&lt;BR /&gt;Since oracle uses large contigouous memory blocks it needs large stacks and this server runs a very large datawarehouse.&lt;BR /&gt;&lt;BR /&gt;Now, if the user-limit for the stack size ('ulimit') whis is: 392'192 prevents the process exceed this value, that I have a problem.&lt;BR /&gt;&lt;BR /&gt;I'm still confused what parameter applies.</description>
      <pubDate>Tue, 22 Dec 2009 08:10:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ulimit-and-maxssiz/m-p/4553466#M370849</guid>
      <dc:creator>Neupert</dc:creator>
      <dc:date>2009-12-22T08:10:36Z</dc:date>
    </item>
    <item>
      <title>Re: ulimit and maxssiz</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ulimit-and-maxssiz/m-p/4553467#M370850</link>
      <description>&amp;gt;Both are set to the max:  maxssiz: 401 Mb  maxssiz_64bit: 2 Gb&lt;BR /&gt;&lt;BR /&gt;These are way too big, unless dealing with Fortran.&lt;BR /&gt;&lt;BR /&gt;&amp;gt;Since oracle uses large contiguous memory blocks it needs large stacks and this server runs a very large data warehouse.&lt;BR /&gt;&lt;BR /&gt;The stack should only be used for control flow and computation, not memory blocks.  Those should be stored in the heap or SGA.&lt;BR /&gt;&lt;BR /&gt;&amp;gt;if the user-limit for the stack size ulimit which is: 392,192 prevents the process exceed this value, that I have a problem.&lt;BR /&gt;&lt;BR /&gt;That's 392,192 * 1024.  This probably matches your 402 Mb but way too big.&lt;BR /&gt;&lt;BR /&gt;&amp;gt;I'm still confused what parameter applies.&lt;BR /&gt;&lt;BR /&gt;The smallest.</description>
      <pubDate>Tue, 22 Dec 2009 08:21:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ulimit-and-maxssiz/m-p/4553467#M370850</guid>
      <dc:creator>Dennis Handly</dc:creator>
      <dc:date>2009-12-22T08:21:30Z</dc:date>
    </item>
    <item>
      <title>Re: ulimit and maxssiz</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ulimit-and-maxssiz/m-p/4553468#M370851</link>
      <description>Size matters? Hmm. OK, put both max stack sizes to lowest possible values and will keep an eye on their usage. The usage remains low up to now... Thanks for the hint.</description>
      <pubDate>Tue, 22 Dec 2009 10:18:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ulimit-and-maxssiz/m-p/4553468#M370851</guid>
      <dc:creator>Neupert</dc:creator>
      <dc:date>2009-12-22T10:18:18Z</dc:date>
    </item>
    <item>
      <title>Re: ulimit and maxssiz</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ulimit-and-maxssiz/m-p/4553469#M370852</link>
      <description>&amp;gt;put both max stack sizes to lowest possible values and will keep an eye on their usage. The usage remains low up to now.&lt;BR /&gt;&lt;BR /&gt;You don't want them so low such that you have to keep changing them.  kcusage(1m) will help you keep track.</description>
      <pubDate>Tue, 22 Dec 2009 10:29:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ulimit-and-maxssiz/m-p/4553469#M370852</guid>
      <dc:creator>Dennis Handly</dc:creator>
      <dc:date>2009-12-22T10:29:07Z</dc:date>
    </item>
  </channel>
</rss>

