<?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: Run queue query in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/run-queue-query/m-p/4326443#M670918</link>
    <description>Mb      Mb      Mb   PCT  START/      Mb &lt;BR /&gt;TYPE      AVAIL    USED    FREE  USED   LIMIT RESERVE  PRI  NAME &lt;BR /&gt;dev       32704    2139   30565    7%       0       -    1  /dev/vg00/lvol2 &lt;BR /&gt;reserve       -   29358  -29358 &lt;BR /&gt;memory    32701    8177   24524   25% &lt;BR /&gt;total     65405   39674   25731   61%       -       0    - &lt;BR /&gt;I have been digging on the significance of run-queue in vmstat and understood that having &lt;BR /&gt;runq -size &amp;gt; no of processors ,  is not good.. &lt;BR /&gt;&lt;BR /&gt;But this server of ours has been running like this , without significant performance issues from users. So am trying to understand what is happening. The sar -u doesnot show any %wio . &lt;BR /&gt;I notice that the sar -q output shows the runq size as &amp;lt;2 , when vmstat shows it as 11 at the same time. &lt;BR /&gt;&lt;BR /&gt;10:59:57 runq-sz %runocc swpq-sz %swpocc &lt;BR /&gt;10:59:59     1.8      50     0.0       0 &lt;BR /&gt;11:00:01     1.8     100     0.0       0 &lt;BR /&gt;11:00:03     2.0      50     0.0       0 &lt;BR /&gt;11:00:05     1.6      82     0.0       0 &lt;BR /&gt;11:00:07     1.5      80     0.0       0 &lt;BR /&gt;&lt;BR /&gt;Average      1.7      72     0.0       0 &lt;BR /&gt;&lt;BR /&gt;What is the difference between both? &lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;Srini</description>
    <pubDate>Fri, 19 Dec 2008 11:22:45 GMT</pubDate>
    <dc:creator>Srinikalyan</dc:creator>
    <dc:date>2008-12-19T11:22:45Z</dc:date>
    <item>
      <title>Run queue query</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/run-queue-query/m-p/4326441#M670916</link>
      <description>Output of vmstat : &lt;BR /&gt;      procs           memory                   page                              faults       cpu &lt;BR /&gt;    r     b     w      avm    free   re   at    pi   po    fr   de    sr     in     sy    cs  us sy id &lt;BR /&gt;    9     0     0  3770998  382269  321   45     6    0     0    0     0   2415 1966951  1251  44  7 49 &lt;BR /&gt;    9     0     0  3770998  381883    2    0     0    0     0    0     0   2334 2785076  1633  60  7 32 &lt;BR /&gt;    9     0     0  3770998  381883    0    0     0    0     0    0     0   2315 2767665  1473  62  7 31 &lt;BR /&gt;    9     0     0  3770998  381883    0    0     0    0     0    0     0   2310 2783469  1385  60  7 32 &lt;BR /&gt;    9     0     0  3770998  381883    0    0     0    0     0    0     0   2314 2769268  1326  61  8 32 &lt;BR /&gt;&lt;BR /&gt;No of processors : 4 &lt;BR /&gt;    The run queue has more processes than the number of CPU's which indicates that the CPU is overloaded. But CPU idle% is above 30%. Does this indicate all the 9 processes in the run queue are able to run with only 70% CPU and none of them are waiting for CPU ..?? &lt;BR /&gt;Is this correct?&lt;BR /&gt;Thanks,&lt;BR /&gt;Srini</description>
      <pubDate>Fri, 19 Dec 2008 09:50:31 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/run-queue-query/m-p/4326441#M670916</guid>
      <dc:creator>Srinikalyan</dc:creator>
      <dc:date>2008-12-19T09:50:31Z</dc:date>
    </item>
    <item>
      <title>Re: Run queue query</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/run-queue-query/m-p/4326442#M670917</link>
      <description>&amp;gt;which indicates that the CPU is overloaded.&lt;BR /&gt;&lt;BR /&gt;Not really.  It could indicate there is a lot of waiting for I/O or swap.  Or lots of process starting and ending.&lt;BR /&gt;What does "swapinfo -tam" show?&lt;BR /&gt;&lt;BR /&gt;&amp;gt;... with only 70% CPU and none of them are waiting for CPU?&lt;BR /&gt;&lt;BR /&gt;That seems reasonable, the problem is elsewhere.</description>
      <pubDate>Fri, 19 Dec 2008 10:10:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/run-queue-query/m-p/4326442#M670917</guid>
      <dc:creator>Dennis Handly</dc:creator>
      <dc:date>2008-12-19T10:10:03Z</dc:date>
    </item>
    <item>
      <title>Re: Run queue query</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/run-queue-query/m-p/4326443#M670918</link>
      <description>Mb      Mb      Mb   PCT  START/      Mb &lt;BR /&gt;TYPE      AVAIL    USED    FREE  USED   LIMIT RESERVE  PRI  NAME &lt;BR /&gt;dev       32704    2139   30565    7%       0       -    1  /dev/vg00/lvol2 &lt;BR /&gt;reserve       -   29358  -29358 &lt;BR /&gt;memory    32701    8177   24524   25% &lt;BR /&gt;total     65405   39674   25731   61%       -       0    - &lt;BR /&gt;I have been digging on the significance of run-queue in vmstat and understood that having &lt;BR /&gt;runq -size &amp;gt; no of processors ,  is not good.. &lt;BR /&gt;&lt;BR /&gt;But this server of ours has been running like this , without significant performance issues from users. So am trying to understand what is happening. The sar -u doesnot show any %wio . &lt;BR /&gt;I notice that the sar -q output shows the runq size as &amp;lt;2 , when vmstat shows it as 11 at the same time. &lt;BR /&gt;&lt;BR /&gt;10:59:57 runq-sz %runocc swpq-sz %swpocc &lt;BR /&gt;10:59:59     1.8      50     0.0       0 &lt;BR /&gt;11:00:01     1.8     100     0.0       0 &lt;BR /&gt;11:00:03     2.0      50     0.0       0 &lt;BR /&gt;11:00:05     1.6      82     0.0       0 &lt;BR /&gt;11:00:07     1.5      80     0.0       0 &lt;BR /&gt;&lt;BR /&gt;Average      1.7      72     0.0       0 &lt;BR /&gt;&lt;BR /&gt;What is the difference between both? &lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;Srini</description>
      <pubDate>Fri, 19 Dec 2008 11:22:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/run-queue-query/m-p/4326443#M670918</guid>
      <dc:creator>Srinikalyan</dc:creator>
      <dc:date>2008-12-19T11:22:45Z</dc:date>
    </item>
    <item>
      <title>Re: Run queue query</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/run-queue-query/m-p/4326444#M670919</link>
      <description>dev 32704 2139 30565 7%&lt;BR /&gt;reserve - 29358 -29358&lt;BR /&gt;memory 32701 8177 24524 25%&lt;BR /&gt;total 65405 39674 25731 61% - 0 -&lt;BR /&gt;&lt;BR /&gt;It doesn't look like you are swapping.&lt;BR /&gt;&lt;BR /&gt;&amp;gt;understood that having runq -size &amp;gt; no of processors, is not good.&lt;BR /&gt;&lt;BR /&gt;Not always.&lt;BR /&gt;&lt;BR /&gt;&amp;gt;without significant performance issues from users. So am trying to understand what is happening.&lt;BR /&gt;&lt;BR /&gt;You should not just be looking at the run queue.  You should be looking at CPU percentage and other performance criteria.&lt;BR /&gt;&lt;BR /&gt;&amp;gt;The sar -u does not show any %wio.&lt;BR /&gt;&lt;BR /&gt;So you don't have an I/O bottleneck.</description>
      <pubDate>Fri, 19 Dec 2008 13:51:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/run-queue-query/m-p/4326444#M670919</guid>
      <dc:creator>Dennis Handly</dc:creator>
      <dc:date>2008-12-19T13:51:51Z</dc:date>
    </item>
  </channel>
</rss>

