Date: Fri, 8 Oct 2004 10:15:55 +0200 From: cpghost@cordula.ws To: Benjamin Close <cisbjc@cs.unisa.edu.au> Cc: freebsd-current@freebsd.org Subject: Re: Noticable Delays Since Beta 3 Message-ID: <20041008081555.GA91773@bsdbox.farid-hajji.net> In-Reply-To: <4165D5CD.6020005@cs.unisa.edu.au> References: <200410071835.51942.marc.ramirez@bluecirclesoft.com> <4165D5CD.6020005@cs.unisa.edu.au>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Oct 08, 2004 at 09:18:29AM +0930, Benjamin Close wrote: > I believe the issue is with the scheduler or something related to it. > The effect seems to occur when a process > hasn't been used for a long time and then is suddenly switched from a > wait state to an active state. Yes, that's exactly what I'm observing here. > Once the process responds it runs fine until the next long delay. It > seems more responsive with BETA7 but no where near the same as before > the scheduler change. Again, same observation here. > It might be a symptom related to X, will test overnight in console. It definitely happens in text mode console too. Just one more hint: After typing something on the console, it takes 2 to 5 seconds BEFORE there is disk activity, then there's a reply. It seems like SCHED_4BSD (?) needs some time of its own before deciding to swap the process back in (just guessing here). However, this doesn't explain why the mouse freezes in X while in motion. Perhaps when moving over a window of a long time idle process? Regards, -cpghost. -- Cordula's Web. http://www.cordula.ws/
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20041008081555.GA91773>