From owner-freebsd-current@FreeBSD.ORG Fri Sep 3 21:16:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03D0316A4CE for ; Fri, 3 Sep 2004 21:16:21 +0000 (GMT) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44BF643D31 for ; Fri, 3 Sep 2004 21:16:20 +0000 (GMT) (envelope-from keramida@linux.gr) Received: from gothmog.gr (patr530-a048.otenet.gr [212.205.215.48]) i83LGHCd024666; Sat, 4 Sep 2004 00:16:18 +0300 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.1/8.13.1) with ESMTP id i83LESGf014171; Sat, 4 Sep 2004 00:14:28 +0300 (EEST) (envelope-from keramida@linux.gr) Received: (from giorgos@localhost) by gothmog.gr (8.13.1/8.13.1/Submit) id i83LES6I014170; Sat, 4 Sep 2004 00:14:28 +0300 (EEST) (envelope-from keramida@linux.gr) Date: Sat, 4 Sep 2004 00:14:28 +0300 From: Giorgos Keramidas To: "Marc G. Fournier" Message-ID: <20040903211427.GB1199@gothmog.gr> References: <20040903175434.A812@ganymede.hub.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040903175434.A812@ganymede.hub.org> Phone: +30-2610-312145 Mobile: +30-6944-116520 cc: freebsd-current@freebsd.org Subject: Re: what is fsck's "slowdown"? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2004 21:16:21 -0000 On 2004-09-03 18:01, "Marc G. Fournier" wrote: > > load: 0.99 cmd: fsck 67 [running] 15192.26u 142.30s 99% 184284k > /dev/da0s1h: phase 4: cyl group 408 of 866 (47%) > > wouldn't it be possible, on a dual CPU system, to have group 434 and above > run on one process, while group 433 and below running on the second, in > parallel? Its not like the drives are being beat up: My intuition says that if metadata of the first part of the disk references data residing on the second part synchronization and locking would probably be a bit difficult; actually very difficult.