Re: top under 5.3-RELEASE

From: Dan Nelson (dnelson_at_allantgroup.com)
Date: 11/29/04

  • Next message: Stephan Uphoff: "new patch for "Previous IPI is stuck" - PLEASE TEST"
    Date: Mon, 29 Nov 2004 09:48:05 -0600
    To: Sean Welch <Sean_Welch@alum.wofford.org>
    
    

    In the last episode (Nov 28), Sean Welch said:
    > Through 5.2.1-RELEASE I've been accustomed to seeing the top few
    > processes using a % of cpu that correspondes to the % free cpu value
    > in the header part of the output. Ie, if the machine is 20% idle I
    > expect to see the process %s to add up to roughly 80%. This seems no
    > longer to be the case under 5.3-RELEASE and I'm rather confused by a
    > 0% idle statement with the process %s adding up to only about 15% or
    > so.
    >
    > The amount jumps around a bit and seems to bear the relationship I
    > expect when there is light load, but it looks completely wrong to me
    > when there is heavy load (as in compiling a port).
    >
    > Can anyone explain this seeming inconsistency to me?

    For things like port builds, you end up with a lot of very short-lived
    processes (sh, sed, cc, etc). Those either don't show up in top at all
    becuase they have started and exited between the sampling intervals, or
    else have not accumulated enough CPU time to register any %CPU (which
    is a weighted average over time).

    The values should total up better when you have processes that hang
    around a bit more. There was a regression in 5.3's libpthreads that
    can make it report 0 CPU, so if you have some CPU-hungry threaded
    programs, they may not show up in top at all even though they're using
    100% cpu. libthr and libc_r report CPU correctly.

    -- 
    	Dan Nelson
    	dnelson@allantgroup.com
    _______________________________________________
    freebsd-current@freebsd.org mailing list
    http://lists.freebsd.org/mailman/listinfo/freebsd-current
    To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
    

  • Next message: Stephan Uphoff: "new patch for "Previous IPI is stuck" - PLEASE TEST"

    Relevant Pages

    • oops in bttv
      ... ACPI: PM-Timer IO Port: 0x1008 ... ACPI: Local APIC address 0xfee00000 ... Enabling unmasked SIMD FPU exception support... ... CPU 0 irqstacks, hard=c0431000 soft=c042f000 ...
      (Linux-Kernel)
    • Myrinet 10GE performance on 7.0-CURRENT
      ... Client connecting to 192.168.1.1, UDP port 5001 ... <Enhanced SpeedStep Frequency Control> on cpu0 ... <CPU Frequency Thermal Control> on cpu0 ... <ACPI PCI bus> on pcib0 ...
      (freebsd-performance)
    • ahd driver on 4.9 has problem with more than 3 drives
      ... CPU: ... acpi0: on motherboard ... port 0xcf8-0xcff on ... 0xc000-0xc03f mem 0xfe980000-0xfe99ffff irq ...
      (freebsd-questions)
    • Panic going multi-user in beta 5
      ... CPU: IntelXeonCPU 2.80GHz ... <ACPI PCI bus> on pcib0 ... Driver version 1.50.01.002> port ... FILE SYSTEM CLEAN; SKIPPING CHECKS ...
      (freebsd-current)
    • 6.0 BETA2 reboot hangs on SMP system - progress of a sort
      ... CPU: Intel Pentium III ... ppc0: parallel port not found. ... unknown: can't assign resources ...
      (freebsd-current)