: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 <[EMAIL PROTECTED]> To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
- Possibility of increasing default MAXPARTITIONS from ... Matthew Dillon
- Re: Possibility of increasing default MAXPARTITI... Matthew Jacob
- Re: Possibility of increasing default MAXPARTITI... Mark Newton
- Re: Possibility of increasing default MAXPAR... Matthew Dillon
- Re: Possibility of increasing default MAXPAR... Adrian Filipi-Martin
- Re: Possibility of increasing default MAXPARTITI... Andrzej Bialecki
- Re: Possibility of increasing default MAXPAR... Mark Newton
- Re: Possibility of increasing default MAXPAR... Matthew Dillon
- Re: Possibility of increasing default MA... Andrzej Bialecki
- Re: Possibility of increasing defaul... Terry Lambert
- Re: Possibility of increasing default MAXPARTITI... David Greenman
- Re: Possibility of increasing default MAXPAR... Matthew Dillon
- Re: Possibility of increasing default MA... Matthew Dillon
- more... Re: Possibility of increasin... Matthew Dillon
- Re: more... Re: Possibility of ... Matthew Dillon
- Re: Possibility of increasing defaul... Julian Elischer
- Re: Possibility of increasing default MA... Terry Lambert
- Re: Possibility of increasing defaul... Matthew Dillon