<?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: max_thread_proc in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/max-thread-proc/m-p/4431846#M664014</link>
    <description>I would assume you would be saving nothing.  Currently oracle processes don't use threads so whether the limit is 256 or 1100, shouldn't matter.</description>
    <pubDate>Wed, 03 Jun 2009 06:56:53 GMT</pubDate>
    <dc:creator>Dennis Handly</dc:creator>
    <dc:date>2009-06-03T06:56:53Z</dc:date>
    <item>
      <title>max_thread_proc</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/max-thread-proc/m-p/4431845#M664013</link>
      <description>Hi all,&lt;BR /&gt;&lt;BR /&gt;I'm in the process of investigating to reduce oracle processes memory on hp-ux 11i v3 and my db version is 9i R2.&lt;BR /&gt;&lt;BR /&gt;I just want to know whether by reducing the kernel parameter max_thread_proc to 256 (as recommended by oracle) from 1100 (Current value set), will solve the proble. I know that this parameter defines the max. no. of kernel threads allowed per process.&lt;BR /&gt;&lt;BR /&gt;Always all oracle processes consume more than 120 MB. My sga parameters are all well defined. System performance is very slow when vmstat shows free memory below 100K.&lt;BR /&gt;&lt;BR /&gt;Oracle processes (especially user processes) consuming more than 100 MB is default in oracle 9i R2 64 bit on hp-ux 11i V3 64 bit os?&lt;BR /&gt;&lt;BR /&gt;Appreciate quick responses.&lt;BR /&gt;&lt;BR /&gt;Thanks in advance.</description>
      <pubDate>Wed, 03 Jun 2009 06:29:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/max-thread-proc/m-p/4431845#M664013</guid>
      <dc:creator>thiagesh</dc:creator>
      <dc:date>2009-06-03T06:29:35Z</dc:date>
    </item>
    <item>
      <title>Re: max_thread_proc</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/max-thread-proc/m-p/4431846#M664014</link>
      <description>I would assume you would be saving nothing.  Currently oracle processes don't use threads so whether the limit is 256 or 1100, shouldn't matter.</description>
      <pubDate>Wed, 03 Jun 2009 06:56:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/max-thread-proc/m-p/4431846#M664014</guid>
      <dc:creator>Dennis Handly</dc:creator>
      <dc:date>2009-06-03T06:56:53Z</dc:date>
    </item>
    <item>
      <title>Re: max_thread_proc</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/max-thread-proc/m-p/4431847#M664015</link>
      <description>Hi Dennis,&lt;BR /&gt;&lt;BR /&gt;Thanks man. So u mean to say that oracle 9i R2 on hp-ux will consume more memory?</description>
      <pubDate>Wed, 03 Jun 2009 08:25:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/max-thread-proc/m-p/4431847#M664015</guid>
      <dc:creator>thiagesh</dc:creator>
      <dc:date>2009-06-03T08:25:16Z</dc:date>
    </item>
    <item>
      <title>Re: max_thread_proc</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/max-thread-proc/m-p/4431848#M664016</link>
      <description>&amp;gt;So you mean to say that oracle 9i R2 on hp-ux will consume more memory?&lt;BR /&gt;&lt;BR /&gt;(Not really.  Compared to what?  ;-)&lt;BR /&gt;Is this PA or Integrity?  There is an increase in the latter.&lt;BR /&gt;&lt;BR /&gt;I was just saying that changing max_thread_proc would have very little effect.  Unless they are java processes and sense when you give it more and then go crazy.  :-)</description>
      <pubDate>Wed, 03 Jun 2009 10:26:49 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/max-thread-proc/m-p/4431848#M664016</guid>
      <dc:creator>Dennis Handly</dc:creator>
      <dc:date>2009-06-03T10:26:49Z</dc:date>
    </item>
  </channel>
</rss>

