lkml.org 
[lkml]   [2007]   [Oct]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: Decreasing stime running confuses top
    On 10/04/2007 03:19 PM, Luca Tettamanti wrote:
    >>>>>> The latter seems to be utime ...decreasing. No wonder if
    >>>>>> arithmetics will give strange results (probably top is using
    >>>>>> unsigned delta?)...
    >>>>> Hmm, minor miscounting from my side, stime seems more appropriate...
    >>>> So, is it normal that stime decreases sometimes or a kernel bug?
    >>>> /me expects the last...
    >>> Let me guess... Dual core AMD64 ?
    >> Nope: Intel(R) Pentium(R) D CPU 3.20GHz
    >
    > I just notice the same thing here, with a Core2 Duo (which is supposed
    > to have synced TSCs) and working HPET.
    >
    >> The following may well be relevant.
    >> With 2.6.22 and early 2.6.23-rc kernels (rc3-rc6) I often had this in my
    >> kernel log (see http://lkml.org/lkml/2007/9/16/45):
    >> checking TSC synchronization [CPU#0 -> CPU#1]:
    >> Measured 248 cycles TSC warp between CPUs, turning off TSC clock.
    >> Marking TSC unstable due to check_tsc_sync_source failed
    >
    > I don't see this though, TSCs are always syncronized between the 2
    > cores.
    >

    Is CONFIG_VIRT_CPU_ACCOUNTING set?

    -
    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/

    \
     
     \ /
      Last update: 2007-10-04 21:35    [W:0.031 / U:17.300 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site