Messages in this thread | | | Date | Tue, 4 May 2004 08:12:34 +0200 (CEST) | From | Tim Schmielau <> | Subject | Re: /proc or ps tools bug? 2.6.3, time is off |
| |
On Mon, 3 May 2004, john stultz wrote:
> On Sat, 2004-05-01 at 18:59, Tim Schmielau wrote: > > > > Yep, we'd need to include timex.h for it. This get's messy. > > Well, not too messy. Including timex.h looks to resolve the issue > without trouble. Let me know if I somehow stepped over an issue.
It looks ok, but somehow defeats the whole purpose of having separate include files. Someday we may consolidate all the time related things into just one ore two header files then.
> jiffies-to-clockt-fix_A1: > -------------------------
Thanks, John!
> All, > This patch polishes up Tim Schmielau's (tim@physik3.uni-rostock.de) fix > for jiffies_to_clock_t() and jiffies_64_to_clock_t(). The issues > observed was w/ /proc output not matching up to wall time due to > accumulated error caused by HZ not being exactly 1000 on i386 systems. > The solution is to correct that error by using the more accurate > TICK_NSEC in our calculation.
I wonder whether it's conceptually correct to use jiffies for accurate long-time measurements at all. ntpd is there for a reason. Using both corrected, accurate and freely running clocks IMHO is calling for trouble. This might be something to think about for 2.7.
Thanks, Tim - 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/
| |