<?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 spining process in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/spining-process/m-p/3116483#M149882</link>
    <description>Does anyone know why a process would do so many&lt;BR /&gt;gettimeofday system calls? It's using up 99% of&lt;BR /&gt;the CPU. For every read of this Oracle process there are about 4-6 gettimeofday system calls. Seems excesive. truss snapshot output below.&lt;BR /&gt;&lt;BR /&gt;1616:   gettimeofday(0x7bff4838, NULL)                             = 0&lt;BR /&gt;1616:   gettimeofday(0x7bff4938, NULL)                             = 0&lt;BR /&gt;1616:   gettimeofday(0x7bff4938, NULL)                             = 0&lt;BR /&gt;1616:   gettimeofday(0x7bff4878, NULL)                             = 0&lt;BR /&gt;1616:   gettimeofday(0x7bff4978, NULL)                             = 0&lt;BR /&gt;1616:   gettimeofday(0x7bff4978, NULL)                             = 0&lt;BR /&gt;1616:   read(25, "\b02\0\0\0c04 d3b8X ~ 84069401\b".., 524288)     = 524288&lt;BR /&gt;1616:   gettimeofday(0x7bff48b8, NULL)                             = 0&lt;BR /&gt;1616:   gettimeofday(0x7bff48b8, NULL)                             = 0&lt;BR /&gt;1616:   gettimeofday(0x7bff4978, NULL)                             = 0&lt;BR /&gt;1616:   gettimeofday(0x7bff4978, NULL)                             = 0&lt;BR /&gt;1616:   read(25, "\b02\0\0\0c05 13b8X ~ 84069401\b".., 8192)       = 8192&lt;BR /&gt;1616:   gettimeofday(0x7bff4838, NULL)                             = 0&lt;BR /&gt;1616:   gettimeofday(0x7bff4938, NULL)                             = 0&lt;BR /&gt;1616:   gettimeofday(0x7bff4938, NULL)                             = 0&lt;BR /&gt;1616:   gettimeofday(0x7bff4878, NULL)                             = 0&lt;BR /&gt;1616:   gettimeofday(0x7bff4978, NULL)                             = 0&lt;BR /&gt;1616:   gettimeofday(0x7bff4978, NULL)&lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Tue, 11 Nov 2003 17:06:27 GMT</pubDate>
    <dc:creator>jerry1</dc:creator>
    <dc:date>2003-11-11T17:06:27Z</dc:date>
    <item>
      <title>spining process</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/spining-process/m-p/3116483#M149882</link>
      <description>Does anyone know why a process would do so many&lt;BR /&gt;gettimeofday system calls? It's using up 99% of&lt;BR /&gt;the CPU. For every read of this Oracle process there are about 4-6 gettimeofday system calls. Seems excesive. truss snapshot output below.&lt;BR /&gt;&lt;BR /&gt;1616:   gettimeofday(0x7bff4838, NULL)                             = 0&lt;BR /&gt;1616:   gettimeofday(0x7bff4938, NULL)                             = 0&lt;BR /&gt;1616:   gettimeofday(0x7bff4938, NULL)                             = 0&lt;BR /&gt;1616:   gettimeofday(0x7bff4878, NULL)                             = 0&lt;BR /&gt;1616:   gettimeofday(0x7bff4978, NULL)                             = 0&lt;BR /&gt;1616:   gettimeofday(0x7bff4978, NULL)                             = 0&lt;BR /&gt;1616:   read(25, "\b02\0\0\0c04 d3b8X ~ 84069401\b".., 524288)     = 524288&lt;BR /&gt;1616:   gettimeofday(0x7bff48b8, NULL)                             = 0&lt;BR /&gt;1616:   gettimeofday(0x7bff48b8, NULL)                             = 0&lt;BR /&gt;1616:   gettimeofday(0x7bff4978, NULL)                             = 0&lt;BR /&gt;1616:   gettimeofday(0x7bff4978, NULL)                             = 0&lt;BR /&gt;1616:   read(25, "\b02\0\0\0c05 13b8X ~ 84069401\b".., 8192)       = 8192&lt;BR /&gt;1616:   gettimeofday(0x7bff4838, NULL)                             = 0&lt;BR /&gt;1616:   gettimeofday(0x7bff4938, NULL)                             = 0&lt;BR /&gt;1616:   gettimeofday(0x7bff4938, NULL)                             = 0&lt;BR /&gt;1616:   gettimeofday(0x7bff4878, NULL)                             = 0&lt;BR /&gt;1616:   gettimeofday(0x7bff4978, NULL)                             = 0&lt;BR /&gt;1616:   gettimeofday(0x7bff4978, NULL)&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 11 Nov 2003 17:06:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/spining-process/m-p/3116483#M149882</guid>
      <dc:creator>jerry1</dc:creator>
      <dc:date>2003-11-11T17:06:27Z</dc:date>
    </item>
    <item>
      <title>Re: spining process</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/spining-process/m-p/3116484#M149883</link>
      <description>Have you made modifications to /etc/inititab&lt;BR /&gt;&lt;BR /&gt;Perhaps something is getting spawned rapidly.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Tue, 11 Nov 2003 17:13:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/spining-process/m-p/3116484#M149883</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2003-11-11T17:13:39Z</dc:date>
    </item>
    <item>
      <title>Re: spining process</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/spining-process/m-p/3116485#M149884</link>
      <description>No, this is a user trying to run an oracle&lt;BR /&gt;process. &lt;BR /&gt;&lt;BR /&gt;PU TTY        PID USERNAME PRI NI   SIZE    RES STATE    TIME %WCPU  %CPU COMMAND&lt;BR /&gt; 5   ?        1616 bob1  152 20   577M  5488K run     37:31 85.60 85.45 oracleb1&lt;BR /&gt; 0   ?        4860 bob1  152 20   577M  5088K run     28:10 85.00 84.85 oracleb1&lt;BR /&gt; 6   ?       26551 oracle   152 24   573M  1776K run      1:37  1.66  1.66 oracleb1&lt;BR /&gt; 9   ?          45 root     152 20 14464K 14464K run     28:11  1.50  1.50 vxfsd&lt;BR /&gt; 8   ?        1809 root     154 10 15252K 11924K sleep   24:10  1.43  1.43 diagmond&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 11 Nov 2003 17:24:44 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/spining-process/m-p/3116485#M149884</guid>
      <dc:creator>jerry1</dc:creator>
      <dc:date>2003-11-11T17:24:44Z</dc:date>
    </item>
    <item>
      <title>Re: spining process</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/spining-process/m-p/3116486#M149885</link>
      <description>Just a guess, but the database process is probably polling/sleeping while data is being retrieved from the database.  The underlying cause of the problem may be poorly tuned SQL code.  (I find that 99% of all database performance issues are SQL tuning isssues...)</description>
      <pubDate>Tue, 11 Nov 2003 18:33:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/spining-process/m-p/3116486#M149885</guid>
      <dc:creator>James A. Donovan</dc:creator>
      <dc:date>2003-11-11T18:33:56Z</dc:date>
    </item>
    <item>
      <title>Re: spining process</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/spining-process/m-p/3116487#M149886</link>
      <description>I've only seen this type of behavior when the 'sleep' command was used in an infinite loop.  For example:&lt;BR /&gt; &lt;BR /&gt;while :&lt;BR /&gt;do&lt;BR /&gt;   echo HELLO&lt;BR /&gt;   sleep 5&lt;BR /&gt;done</description>
      <pubDate>Tue, 11 Nov 2003 18:39:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/spining-process/m-p/3116487#M149886</guid>
      <dc:creator>Michael Steele_2</dc:creator>
      <dc:date>2003-11-11T18:39:16Z</dc:date>
    </item>
    <item>
      <title>Re: spining process</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/spining-process/m-p/3116488#M149887</link>
      <description>Seems like the active database query contains a lot of calculations on SYSDATE... Perhaps something like a select with multiple comparisons with SYSDATE or something like that (since it only does reads in your snippet, no writes)...&lt;BR /&gt;</description>
      <pubDate>Wed, 12 Nov 2003 02:15:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/spining-process/m-p/3116488#M149887</guid>
      <dc:creator>Elmar P. Kolkman</dc:creator>
      <dc:date>2003-11-12T02:15:21Z</dc:date>
    </item>
    <item>
      <title>Re: spining process</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/spining-process/m-p/3116489#M149888</link>
      <description>To me it looks like the user is collecting lot of metrics on the oracle instance could be metrics taken out for performance.&lt;BR /&gt;&lt;BR /&gt;check whether you have got TIMED_STATISTICS set to TRUE in the instance startup file.&lt;BR /&gt;&lt;BR /&gt;REvert</description>
      <pubDate>Wed, 12 Nov 2003 02:22:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/spining-process/m-p/3116489#M149888</guid>
      <dc:creator>T G Manikandan</dc:creator>
      <dc:date>2003-11-12T02:22:21Z</dc:date>
    </item>
    <item>
      <title>Re: spining process</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/spining-process/m-p/3116490#M149889</link>
      <description>Found a doc on the metalink&lt;BR /&gt;&lt;BR /&gt;check the attache</description>
      <pubDate>Wed, 12 Nov 2003 02:26:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/spining-process/m-p/3116490#M149889</guid>
      <dc:creator>T G Manikandan</dc:creator>
      <dc:date>2003-11-12T02:26:59Z</dc:date>
    </item>
    <item>
      <title>Re: spining process</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/spining-process/m-p/3116491#M149890</link>
      <description>Thank you all for your inputs. The docs at&lt;BR /&gt;metalink help us in the right direction.&lt;BR /&gt;We had an old version of oracle listener&lt;BR /&gt;running after the upgrade to 8.1.7.&lt;BR /&gt;The process output from above is from an&lt;BR /&gt;SQL connection which we are looking into&lt;BR /&gt;doing some performance tunning.&lt;BR /&gt;TIME_STATISTICS is set to yes but we cannot change it at this point.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 12 Nov 2003 12:33:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/spining-process/m-p/3116491#M149890</guid>
      <dc:creator>jerry1</dc:creator>
      <dc:date>2003-11-12T12:33:03Z</dc:date>
    </item>
  </channel>
</rss>

