From owner-freebsd-questions@FreeBSD.ORG Fri Aug 26 19:27:53 2005 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D929016A41F for ; Fri, 26 Aug 2005 19:27:53 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5929543D48 for ; Fri, 26 Aug 2005 19:27:53 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j7QJRqvf025670 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 26 Aug 2005 15:27:52 -0400 Received: from obsecurity.dyndns.org (localhost.localdomain [127.0.0.1]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j7QJRq6P018334; Fri, 26 Aug 2005 15:27:52 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 45E6551211; Fri, 26 Aug 2005 15:27:52 -0400 (EDT) Date: Fri, 26 Aug 2005 15:27:52 -0400 From: Kris Kennaway To: Mark Kane Message-ID: <20050826192752.GB52768@xor.obsecurity.org> References: <430D3823.9070301@mkproductions.org> <20050825160909.GB10134@slackbox.xs4all.nl> <430DF015.5000203@mkproductions.org> <20050825173758.GA10790@slackbox.xs4all.nl> <430E0461.3030101@mkproductions.org> <20050826174002.GA16044@xor.obsecurity.org> <430F5C0B.3@mkproductions.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="H1spWtNR+x+ondvy" Content-Disposition: inline In-Reply-To: <430F5C0B.3@mkproductions.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-questions@freebsd.org, Kris Kennaway Subject: Re: Performance Issues with AMD64 3000+, 1.5GB RAM, FreeBSD 5.4-RELEASE X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Aug 2005 19:27:54 -0000 --H1spWtNR+x+ondvy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 26, 2005 at 01:14:35PM -0500, Mark Kane wrote: > Kris Kennaway wrote: > >On Thu, Aug 25, 2005 at 12:48:17PM -0500, Mark Kane wrote: > > > >>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= =20 > >>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.= =20 > >>It's much better than if I did have a download/upload going using disk= =20 > >>I/O or trying to read from a file on the drive, but still nowhere near= =20 > >>perfect. Every minute I'll still hear a little skip or stutter in the= =20 > >>audio, and still notice the mouse locking up a bit at the exact moment= =20 > >>that happens. > > > > > >Did you not read my mail? I explained this and the solution. > > > >Kris >=20 > Yes, I read your email and responded to it yesterday. I said: >=20 > ------------------------- > I found the sound skipping thread by Jeff. Looks like a great=20 > explanation, however my problem even occurs even with light disk I/O=20 > such as reading an mp3/Ogg/video file off any of the drives. I did some= =20 > more testing with actual files off the drives last night instead of=20 > streams, and it seems worse with actual files. >=20 > I'm not sure if the proposed patch will fix it or not, and trying=20 > 6.0-BETA2 for my other hardware/hard drive problem just introduced new=20 > problems (panics, network stuff not recognized, etc). I do have a spare= =20 > hard drive where I could put test anything though if you think trying=20 > -CURRENT or another BETA would be worthwhile. > ------------------------- >=20 > So, in other words, even when there is NOT heavy disk I/O it still has=20 > problems, although they do get worse with more disk I/O. I don't know if= =20 > you saw my previous replies, but trying 5.4-STABLE on my Athlon XP 2000+= =20 > instead of 5.4-RELEASE seemed to make it much better on that machine=20 > (however still not perfect). >=20 > I was wondering if the code that fixed it in 6 was merged to 5-STABLE or= =20 > if the patch was already committed to 5-STABLE? I haven't tried -STABLE= =20 > on my amd64 yet though. The patch is in 6.0 only and has not yet been merged to 5.x. Kris --H1spWtNR+x+ondvy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDD203Wry0BWjoQKURAjndAKD4eekYbGkflpXlpPNw4W0xOE3ZqACgg31p PMLinCgNfDRGwHIFn4M4768= =4S9m -----END PGP SIGNATURE----- --H1spWtNR+x+ondvy--