Date: Tue, 01 Mar 2005 12:27:32 -0800 From: "Kevin Oberman" <oberman@es.net> To: Godwin Stewart <gstewart@bonivet.net> Cc: freebsd-stable@freebsd.org Subject: Re: Xorg 6.8.1 and SCHED_ULE vs. SCHED_4BSD Message-ID: <20050301202732.99F8E5D08@ptavv.es.net> In-Reply-To: Your message of "Tue, 01 Mar 2005 16:36:11 %2B0100." <20050301163611.3aa610cf.gstewart@bonivet.net>
next in thread | previous in thread | raw e-mail | index | archive | help
> Date: Tue, 1 Mar 2005 16:36:11 +0100 > From: Godwin Stewart <gstewart@bonivet.net> > Sender: owner-freebsd-stable@freebsd.org > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Tue, 1 Mar 2005 02:32:02 -0500 (EST), Jeff Roberson > <jroberson@chesapeake.net> wrote: > > > Is the process that does the FFT in kernel, niced, or rtprio'd? > > last pid: 93131; load averages: 0.96, 0.49, 0.24 up 0+05:18:20 15:29:47 > 48 processes: 2 running, 46 sleeping > CPU states: 99.6% user, 0.0% nice, 0.4% system, 0.0% interrupt, 0.0% id> le > Mem: 174M Active, 94M Inact, 86M Wired, 14M Cache, 48M Buf, 2564K Free > Swap: 743M Total, 180K Used, 743M Free > > PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND > 93124 godwin 121 0 33288K 23836K RUN 2:22 13.72% 13.72% audacity > > WCPU and CPU climb to about 20%, drop to 0 during disk I/O, then start > climbing again. > > Note that this is with SCHED_4BSD. I'd need to recompile a kernel to get > similar information for ULE/PREEMPTION. > > fx: goes off and compiles a new kernel and comes back when it's done... > > Looks like I spoke too soon. The system is now perfectly stable and usable > with ULE. > > The problems I was having with ULE were on 5.3-STABLE. I'm now on 5.4-PRE. > Were there significant changes to the kernel in between? > Stable is a dynamic thing. Stable as of what date? Lots of fixes to ULE, APIC, ACPI and other things have made it to the kernel at some point in the life of 5.3-Stable. Several have made it rather recently. Comparing a dmesg from when it was not working with one now might be instructive. (They can be found in /var/log/messages[.n.bz2].) Take a look at the details of the device probes before disks are mounted in particular, for changes. > > Can you give me any information on the means by which you transfer data > > from a cassette to your pc? > > Straightforward audio connection from the amp's line out to the sound > card's line in. The FFT filtering isn't performed on the fly BTW. I use > audacity to grab the audio and then work on it after it's "in the box". Really sounds more and more like interrupts were not getting properly delivered. Normally the disk IRQs are not shared, but it really looks like something was broken here for your BIOS. (And it appears to have been fixed!) -- 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050301202732.99F8E5D08>