Re: Sleep problems in kernel 2.6 from mvista.com
On Thu, 2003-12-04 at 18:46, Michel Dänzer wrote:
> On Wed, 2003-12-03 at 07:30, Soeren Sonnenburg wrote:
> > [...] I find that it might be some scheduling problem and not the
> > radeonfb:
> > When I start find /home for the first time it scrolls slowly. When I do
> > it a second time it is still slow. But when I did it a third time it is
> > superb fast (only 45sec vs some minutes / approx the same in xterm)...
> > When I do it now it seems to accelerate... it starts slow but becomes
> > much faster...
> I think I know what you mean now; scrolling or deleting lines in vim is
> very slow most of the time here now, but not always. Could indeed be a
> scheduler problem, or either gnome-terminal (you're using that as well,
> right?) or the X server doing something stupid which happened to have
no. I am using multi-gnome-terminal. I strongly dislike gnome-terminal (
a nice thing is that it has no probs with locales/ can use utf-8
though). It also happens in xterm. Scrolling speed in xterm/mgt is
comparable... gt is much slower...
> less of an impact with older kernels (didn't see it even with older 2.6
> kernels, certainly not as severely).
What I find interesting is that the system (not cpu!) load is maxxed to
100% all the time when scrolling in 2.6. but less than 50% in 2.4....
Sounds like the some kernel driver eating up the time... which I thought
could be due to the new radeonfb driver....
Other ideas ?