Date: Tue, 1 Mar 2005 02:32:02 -0500 (EST) From: Jeff Roberson <jroberson@chesapeake.net> To: Kevin Oberman <oberman@es.net> Cc: freebsd-stable@freebsd.org Subject: Re: Xorg 6.8.1 and SCHED_ULE vs. SCHED_4BSD Message-ID: <20050301023025.U50530@mail.chesapeake.net> In-Reply-To: <20050301002139.2F2E05D07@ptavv.es.net> References: <20050301002139.2F2E05D07@ptavv.es.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 28 Feb 2005, Kevin Oberman wrote: > > Date: Sun, 27 Feb 2005 21:36:23 +0100 > > From: Godwin Stewart <gstewart@bonivet.net> > > Sender: owner-freebsd-stable@freebsd.org > > > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > On Sat, 26 Feb 2005 21:49:00 +0100, Michael Nottebrock > > <michaelnottebrock@gmx.net> wrote: > > > > > I've been using that for a long time now, since Xorg 6.8.1 breaks vt- > > > switching for me. > > > > Well, I decided to bite the bullet and upgraded to Xorg 6.8.1 anyway. It > > didn't break vt-switching for me, thankfully. Other than the core keyboard > > driver being "kbd" instead of "Keyboard" now, which threw me off for a > > couple of minutes, all went well. It seems to be stable enough. Cross > > fingers, touch wood etc. > > > > I also took advantage of the latest cvsup to 5.4-PRE and ensuing recompile > > to revert to SCHED_4BSD from SCHED_ULE and PREEMPTION in the kernel. The > > difference is staggering. > > > > One of the things I've been doing is to record some of my old cassettes > > (you know, those old plastic things with 2 holes and a tape inside :) onto > > CD. Applying a FFT filter to 50 minutes of audio takes between 10 and 15 > > minutes on this machine (P-III/550, 384MB) depending on the complexity of > > the filter. During this time, with SCHED_ULE and PREEMTION, the machine is > > unusable. It freezes hard for periods of 10-12 seconds and then when it > > unfreezes (while doing disk i/o apparently) the keys you typed turn up in > > the wrong order. Is the process that does the FFT in kernel, niced, or rtprio'd? Can you give me any information on the means by which you transfer data from a cassette to your pc? > > > > However, now that I've reverted to SCHED_4BSD, the machine remains > > perfectly snappy while performing the FFT filter, which doesn't happen > > perceptibly slower. > > > > It could be that I misread things entirely (wouldn't be the first time), > > but wasn't SCHED_ULE's purpose to *improve* the responsiveness of the > > machine when under load? The results I'm getting here are, errmm... > > slightly different... Old hardware maybe? > > This is VERY odd. What you saw with ULE is what I (and most people) saw > with 4BSD. I got very tired of the short pauses I was getting unde 4BSD > on my 5-Stable laptop and was very pleased to get back to ULE a few weeks > ago when I moved it to 6-Current. > > I'd say something is very wrong on your systems and I'd ALMOST bet it's > ata related. Maybe ATA-MkIII would help things out. > -- > R. Kevin Oberman, Network Engineer > Energy Sciences Network (ESnet) > Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) > E-mail: oberman@es.net Phone: +1 510 486-8634 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050301023025.U50530>