Messages in this thread | | | Date | Tue, 16 Nov 2004 17:50:42 -0800 (PST) | From | dean gaudet <> | Subject | RE: [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 gettimeofday()).
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?
-dean - 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/
| |