[Lcdproc] LCDd 0.5.1 eating almost alll CPU on Debia

[Joris Robijn]

> >
> > Therefore I don't think it is a matter of busy waiting loops but
> > rather a problem of HZ value in the kernel as Stefan suggested. 
> Changing the Hz value I was able to switch between the 2 extremes,
> High CPU-load and fast refreshing and low CPU-load and unusable slow (1
> char/sec) refresh. I was using the predefined timing_uPause() function
> compiled to use nanosleep(). It looks like nanosleep() switches between
> sleep- and busy-loop-timing, but I haven't found helpful informations
> about that.

Yes it does. The actual slept time is never shorter than requested, but 
it may be longer. But I don't understand why it would result in high CPU
loads for short waits... Because with these kinds of delays even double
buffer optimization does not help.

Maybe you have to improve the auto selection for the timing.
I wrote it to select the best timing available, but appearently that is
not always the best choice anymore.

Joris
-- 
Joris Robijn <joris@robijn.net>
Mobile: +31 6 288 41 964