[lkml]   [2004]   [Nov]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRE: [patch] prefer TSC over PM Timer
    On Tue, 16 Nov 2004, Pallipadi, Venkatesh wrote:

    > I think trying to remove repeated inl()'s in read_pmtmr is a better
    > fix for this issue. As John mentioned in other thread, we should do
    > repeated reads only when something looks broken. Not always.

    that would be a nice improvement... then timer_pm will only be 3x as slow
    as timer_tsc instead of 10x slower :) it's still a lot of unnecessary
    overhead for many systems, and unfortunately this is a real performance
    problem (albeit exaggerated by code which is overzealous in its use of

    on a tangent... has the local apic timer ever been considered? it's fixed
    rate, and my measurements show it in the same performance ballpark as TSC.

    i know that all p3, p-m, p4, k8 and efficeon have local APIC, but i'm not
    sure if k7 (other than k7 smp parts of course) have local apics... so i'm
    not sure how widespread it is compared to pm-timer.

    wouldn't local apic timer be a lot better for NUMA too?

    hey wait, what exactly is the problem with TSC on NUMA? don't you just
    need some per-cpu data (epoch and calibration) to make it work?

    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 14:08    [W:0.021 / U:13.448 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site