Date: Thu, 25 Aug 2005 12:48:17 -0500 From: Mark Kane <mark@mkproductions.org> To: Roland Smith <rsmith@xs4all.nl> Cc: freebsd-questions@freebsd.org Subject: Re: Performance Issues with AMD64 3000+, 1.5GB RAM, FreeBSD 5.4-RELEASE Message-ID: <430E0461.3030101@mkproductions.org> In-Reply-To: <20050825173758.GA10790@slackbox.xs4all.nl> References: <430D3823.9070301@mkproductions.org> <20050825160909.GB10134@slackbox.xs4all.nl> <430DF015.5000203@mkproductions.org> <20050825173758.GA10790@slackbox.xs4all.nl>
next in thread | previous in thread | raw e-mail | index | archive | help
Roland Smith wrote: > Another thing to look at might be the scheduler. I'm using SCHED_4BSD. Hmm, I'm using just a GENERIC kernel with support added in for my sound driver and atapicam for K3b. SCHED_4BSD looks default in GENERIC: options SCHED_4BSD # 4BSD scheduler I've been trying this morning with no real disk I/O and just XMMS open. It's much better than if I did have a download/upload going using disk I/O or trying to read from a file on the drive, but still nowhere near perfect. Every minute I'll still hear a little skip or stutter in the audio, and still notice the mouse locking up a bit at the exact moment that happens. So you have no similar problems in -STABLE? How about when untarring a bigger file and playing audio? If not, then maybe trying STABLE on that other drive might be a good idea. The reason I wanted to see any changelog was to see if there is any changes to this part of the code at all before trying it, but file by file I would probably be lost since I am not a programmer. Thanks. -Mark
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?430E0461.3030101>