Andi Kleen wrote:
On Thursday 27 October 2005 22:12, Jonathan Brooks wrote:
Err, I think my machine was automatically detected as SMP, with the appropriate kernel installed (it's a dual core machine).
Then notsc should work if it's really needed.
Incidentally, do these problems only relate to X2 chips and dual Opterons? If so, won't they all get SMP kernels by default? So the only thing needed is the nostc adding to the boot command?
The only reason I ask is that I amended the following to my boot command: noapic clock=pmtmr nostc, but I still find that the clock is running too fast - it probably gains 10 mins over the space of an hour.
It would surprise me if notsc would fix that, but you can try.
Last thing - and apologies if someone has already mentioned this, but what is the definitive way to check whether a machine is losing ticks?
The kernel prints a message in the log. If you don't see it you don't have the problem.
-Andi
Hi Andi, I recently saw a suggestion for running cat /proc/interrupts, or something like that to check on the timing of updates. Periodically I do see many lost ticks with dmesg - hence starting this thread ;) I confess to knowing absolutely nothing about timing in Linux, so can't comment on whether these kernel parameters should affect the time reported by the OS, but it seems logical to me....? Best wishes, Jon. -- Jonathan Brooks (Ph.D.) Research Fellow PaIN Group, Department of Human Anatomy & Genetics University of Oxford, South Parks Road, Oxford, OX1 3QX tel: 01865 282654 fax: 01865 282656