From owner-freebsd-stable@FreeBSD.ORG Wed Sep 27 15:58:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD0C316A403 for ; Wed, 27 Sep 2006 15:58:22 +0000 (UTC) (envelope-from ob@gruft.de) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC76E43DF5 for ; Wed, 27 Sep 2006 15:57:21 +0000 (GMT) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GSbmj-000IF9-57 for freebsd-stable@freebsd.org; Wed, 27 Sep 2006 17:57:21 +0200 Date: Wed, 27 Sep 2006 17:57:21 +0200 From: Oliver Brandmueller To: freebsd-stable@freebsd.org Message-ID: <20060927155721.GL22229@e-Gitt.NET> Mail-Followup-To: freebsd-stable@freebsd.org References: <451A1375.5080202@gneto.com> <20060927071538.GF22229@e-Gitt.NET> <451A4189.5020906@samsco.org> <20060927152824.GJ22229@e-Gitt.NET> <20060927155055.GA64970@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="82evfD9Ogz2JrdWZ" Content-Disposition: inline In-Reply-To: <20060927155055.GA64970@lor.one-eyed-alien.net> User-Agent: Mutt/1.5.13 (2006-08-11) Sender: Oliver Brandmueller Subject: Re: 6.2 SHOWSTOPPER - em completely unusable on 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Sep 2006 15:58:22 -0000 --82evfD9Ogz2JrdWZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On Wed, Sep 27, 2006 at 10:50:55AM -0500, Brooks Davis wrote: > > Disk activity does not trigger the problem, I hammered the disk with=20 > > around 85 MB/s (dd) for about half an hour without seeing any effect. A= =20 > > CPU bound thing like a buildworld triggered the problem. >=20 > I'm not sure that's a valid test by it self. As things go, dd is pretty > easy on the disk IO system especially with large buffer sizes. I'd > suggest tar extraction or possible parallel tar extraction. The goal is > to generate a large number of transations not large transactions. The dd generated (accordings to gstat) around 600 tps by itself. Anyway, at night, when the to-disk-backups from the other machines are coming in, there are variuos large and small disk operations - and it never happens in that case. On the other hand my other server, which does only=20 few things on the disk, but has fewer CPU power and more CPU bound=20 actions to do shows the behaviour very often (until I started to use=20 polling). Disk activity might be a reason if the interrupt is shared=20 with a disk controller, which is not the case for any of my affected=20 machines. - Oliver --=20 | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | --82evfD9Ogz2JrdWZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFGp9hiqtMdzjafykRAsfaAKC+B0aJR5SQmJo/E3EZgf1NB9pCbACgzklm 6IXIdcsXX1NvNBDidGJRtD8= =xldU -----END PGP SIGNATURE----- --82evfD9Ogz2JrdWZ--