<?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: High CPU usage for web in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/high-cpu-usage-for-web/m-p/2577626#M919947</link>
    <description>Hi,&lt;BR /&gt;&lt;BR /&gt;I may be misreading this, but doesn't EAGAIN indicate&lt;BR /&gt;no more processes, i.e. either maxuprc or nproc was exceeded?&lt;BR /&gt;&lt;BR /&gt;-Santosh</description>
    <pubDate>Tue, 11 Sep 2001 17:21:05 GMT</pubDate>
    <dc:creator>Santosh Nair_1</dc:creator>
    <dc:date>2001-09-11T17:21:05Z</dc:date>
    <item>
      <title>High CPU usage for web</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/high-cpu-usage-for-web/m-p/2577623#M919944</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;I am running iplanet server with hpux11.  I have very strange problem here.  Sometimes the web service process is running at 100%  Unless I restarted the process or it will remain 100%&lt;BR /&gt;&lt;BR /&gt;I have use the truss to trace the system call.  I have found that the web process is entering into an endless loop of poll and recv.  What is that mean?&lt;BR /&gt;&lt;BR /&gt;Here is the sample of the output&lt;BR /&gt;&lt;BR /&gt;poll(0x7af6ea90, 1, 1000) ............................................................................. = 1&lt;BR /&gt;recv(33, 0x7af6d824, 4096, 0) ......................................................................... ERR#11 EAGAIN&lt;BR /&gt;poll(0x7af6ea90, 1, 1000) ............................................................................. = 1&lt;BR /&gt;recv(33, 0x7af6d824, 4096, 0) ......................................................................... ERR#11 EAGAIN&lt;BR /&gt;poll(0x7af6ea90, 1, 1000) ............................................................................. = 1&lt;BR /&gt;recv(33, 0x7af6d824, 4096, 0) ......................................................................... ERR#11 EAGAIN&lt;BR /&gt;poll(0x7af6ea90, 1, 1000) ............................................................................. = 1&lt;BR /&gt;recv(33, 0x7af6d824, 4096, 0) ......................................................................... ERR#11 EAGAIN&lt;BR /&gt;poll(0x7af6ea90, 1, 1000) ............................................................................. = 1&lt;BR /&gt;recv(33, 0x7af6d824, 4096, 0) ......................................................................... ERR#11 EAGAIN&lt;BR /&gt;poll(0x7af6ea90, 1, 1000) ............................................................................. = 1&lt;BR /&gt;recv(33, 0x7af6d824, 4096, 0) ......................................................................... ERR#11 EAGAIN&lt;BR /&gt;poll(0x7af6ea90, 1, 1000) ............................................................................. = 1&lt;BR /&gt;recv(33, 0x7af6d824, 4096, 0) ......................................................................... ERR#11 EAGAIN&lt;BR /&gt;poll(0x7af6ea90, 1, 1000) ............................................................................. = 1&lt;BR /&gt;recv(33, 0x7af6d824, 4096, 0) ......................................................................... ERR#11 EAGAIN&lt;BR /&gt;poll(0x7af6ea90, 1, 1000) ............................................................................. = 1&lt;BR /&gt;recv(33, 0x7af6d824, 4096, 0) ......................................................................... ERR#11 EAGAIN&lt;BR /&gt;poll(0x7af6ea90, 1, 1000) ............................................................................. = 1&lt;BR /&gt;recv(33, 0x7af6d824, 4096, 0) ......................................................................... ERR#11 EAGAIN&lt;BR /&gt;poll(0x7af6ea90, 1, 1000) ............................................................................. = 1&lt;BR /&gt;recv(33, 0x7af6d824, 4096, 0) ......................................................................... ERR#11 EAGAIN</description>
      <pubDate>Tue, 11 Sep 2001 05:43:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/high-cpu-usage-for-web/m-p/2577623#M919944</guid>
      <dc:creator>kholikt</dc:creator>
      <dc:date>2001-09-11T05:43:02Z</dc:date>
    </item>
    <item>
      <title>Re: High CPU usage for web</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/high-cpu-usage-for-web/m-p/2577624#M919945</link>
      <description />
      <pubDate>Tue, 11 Sep 2001 07:28:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/high-cpu-usage-for-web/m-p/2577624#M919945</guid>
      <dc:creator>eran maor</dc:creator>
      <dc:date>2001-09-11T07:28:13Z</dc:date>
    </item>
    <item>
      <title>Re: High CPU usage for web</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/high-cpu-usage-for-web/m-p/2577625#M919946</link>
      <description>the tusc output you are showing gives every indication that either the kernle is erroneously reporting a file descriptor ready for reading, or the application is getting confused as to which FD is being reported ready by poll().&lt;BR /&gt;&lt;BR /&gt;a couple things:&lt;BR /&gt;&lt;BR /&gt;1) make sure you are on the latest rev of tusc and take a verbose tusc trace to see what FD is being reported ready by poll() If poll() is reporting an FD other than the one the app is passing to recv() the bug is in the app. If poll() is reporting the FD that the app is passing to recv() the bug would likely be in the kernel. At that point it is time to contact the RC. They may want a kernel dump.&lt;BR /&gt;&lt;BR /&gt;2) make sure you are on the latest ARPA Transport and Streams patches</description>
      <pubDate>Tue, 11 Sep 2001 17:02:28 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/high-cpu-usage-for-web/m-p/2577625#M919946</guid>
      <dc:creator>rick jones</dc:creator>
      <dc:date>2001-09-11T17:02:28Z</dc:date>
    </item>
    <item>
      <title>Re: High CPU usage for web</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/high-cpu-usage-for-web/m-p/2577626#M919947</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;I may be misreading this, but doesn't EAGAIN indicate&lt;BR /&gt;no more processes, i.e. either maxuprc or nproc was exceeded?&lt;BR /&gt;&lt;BR /&gt;-Santosh</description>
      <pubDate>Tue, 11 Sep 2001 17:21:05 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/high-cpu-usage-for-web/m-p/2577626#M919947</guid>
      <dc:creator>Santosh Nair_1</dc:creator>
      <dc:date>2001-09-11T17:21:05Z</dc:date>
    </item>
  </channel>
</rss>

