From owner-freebsd-hackers Tue Aug 24 16: 0:38 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [209.157.86.2]) by hub.freebsd.org (Postfix) with ESMTP id 84AD015317 for ; Tue, 24 Aug 1999 16:00:34 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id PAA19193; Tue, 24 Aug 1999 15:59:59 -0700 (PDT) (envelope-from dillon) Date: Tue, 24 Aug 1999 15:59:59 -0700 (PDT) From: Matthew Dillon Message-Id: <199908242259.PAA19193@apollo.backplane.com> To: Andrzej Bialecki Cc: FreeBSD Hackers List Subject: Re: Possibility of increasing default MAXPARTITIONS from 8 to 16 References: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :I know it's not the answer, it's just related question: do you know :perhaps of any initiatives (except XFS) that could significantly shorten :time it takes fsck to check big filesystems, let's say 64GB? As it is now, :it's almost unbearable. I naively thought softupdates would (almost) :eliminate the need to do fsck... : :Andrzej Bialecki Eventually Kirk is planning for softupdates to allow you to run a special version of fsck in the background to clean up the block bitmap on a live filesystem. The time frame for this project is not known. Another possibility would be to mark individual cylinders clean/dirty to reduce the amount of work fsck must do on a normal filesystem. It would be a pretty hefty project for someone to take on, though. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message