Re: 50% CPU user usage but top doesn't list any CPU unfriendly task

From: Toon van der Pas (toon_at_hout.vanvergehaald.nl)
Date: 01/05/05

  • Next message: Jim Nelson: "Re: [PATCH 0/7] ppc: remove cli()/sti() from arch/ppc/*"
    Date:	Wed, 5 Jan 2005 12:16:32 +0100
    To: linux-kernel@vger.kernel.org
    
    

    On Tue, Jan 04, 2005 at 11:43:39AM +0100, jerome lacoste wrote:
    > On Tue, 4 Jan 2005 08:51:23 +0100, Norbert van Nobelen
    > <norbert-kernel@edusupport.nl> wrote:
    > > The load and the CPU useage are two separate things:
    > > Load: Defined by a programmer on an estimate on which his program is running
    > > 100% fulltime, thus consuming little or more CPU/IO.
    > > The interesting program you mention is the VoIP application. Is this program
    > > multithreaded and is every thread using a little bit of CPU? Than it quickly
    > > adds up to the mentioned 40%.
    >
    > There are some threads in that app, not that many, and none show in
    > the top listing (which displays at least 30 entries). So I don't think
    > this sum scenario is valid.

    The correct display of threaded processes in top should be fixed by
    the combination of procps-3.2.4 and the linux-2.6.10 kernel.
    This according to the text in the announcement of procps-3.2.4.
    I didn't test it yet, though.

    Regards,
    Toon.

    -- 
    "Debugging is twice as hard as writing the code in the first place.
    Therefore, if you write the code as cleverly as possible, you are,
    by definition, not smart enough to debug it." - Brian W. Kernighan
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at  http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at  http://www.tux.org/lkml/
    

  • Next message: Jim Nelson: "Re: [PATCH 0/7] ppc: remove cli()/sti() from arch/ppc/*"

    Relevant Pages

    • Re: sched_yield behavior
      ... >> CPU, to give to other tasks a chance to run. ... >> higher priority task, and the only of its priority list). ... > the exact nature of the real time constraint? ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [patch] Real-Time Preemption, -RT-2.6.10-rc1-mm2-V0.7.1
      ... >X should be scheduled on the other CPU just fine. ... Only per-CPU kernel ... those should schedule fine too. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [PATCH] implement nice support across physical cpus on SMP
      ... PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: bandwidth for bkbits.net (good news)
      ... will throttle its sending rate. ... > effective, but if you rate limit hard both ways it has to work, unless ... How about giving something to voip as a hard limit and then using some shaper ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: OOPS: Something about kswapd
      ... > CPU: AMD Athlon XP ... > OOPS during ROCK linux compilation, ... > entry unable to handle kernel NULL pointer dereference at virtual ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)