this kernel has been running correctly for weeks. only when i tried running "aux/timesync -f /srv/sources". (i accidently had two running at once at one point.) did things go haywire. killing the timesync procs has not helped.
so, without the benefit of timesync, have not seen any problems. i may be having a different or only sightly related problem. especially since i have neither a realtech, gbe, amd nor a multicore processor. just a "blue-light special" va linux dual coppermine. - erik On Mon Aug 7 21:13:17 CDT 2006, [EMAIL PROTECTED] wrote: > We've recently seen some slowness here that affects the clock. So far > I think it's only been seen on multiprocessor (multicore) AMD64 > systems with Realtek 8169 Gb Ethernet. Setting *ncpu=1 fixes the > problem at the cost of using only one processor. When we tried to add > debugging to the kernel to track this down, the problem vanished.
