Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Mon, 5 Nov 2001 23:04:51 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Mon, 5 Nov 2001 23:04:41 -0500 Received: from neon-gw-l3.transmeta.com ([63.209.4.196]:47881 "EHLO neon-gw.transmeta.com") by vger.kernel.org with ESMTP id ; Mon, 5 Nov 2001 23:04:27 -0500 Date: Mon, 5 Nov 2001 20:01:29 -0800 (PST) From: Linus Torvalds To: Alexander Viro cc: Subject: Re: [Ext2-devel] disk throughput In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 5 Nov 2001, Alexander Viro wrote: > > OK, some digging had brought another one: > > a) if it's first-level directory - get it the fsck out of root's cylinder > group. Hey, now that you've read it in a paper you like it, but when I suggest it in email you shoot it down? I thought you loved me, Al. > b) if we just keep creating directories in a cylinder group and do not > create any files there - stop, it's no good (i.e. there's a limit on > number of back-to-back directory creations in the same group). The current code actually has some vestiges that _seem_ to be trying to do something like this: see the commented-out if (tmp && le16_to_cpu(tmp->bg_used_dirs_count) << 8) < le16_to_cpu(tmp->bg_free_inodes_count)) { which _seems_ to want to play games with "number of directories allocated vs nr of free inodes". But it's commented out with "I am not yet convinced that this next bit is necessary". I don't know if the code has ever been active, or whether it showed other problems. > c) try putting it into the parent's CG, but reserve some number of inodes > and data blocks in it. If we can't - tough, get the fsck out of there. Hmm.. Maybe this is actually closer to what we try to do above.. Linus - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/