[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.070 / U:0.300 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site