Subject: Re: Linux/Pro  -- clusters
To: phillips@bonn-fries.net (Daniel Phillips)
Date: Tue, 4 Dec 2001 18:04:12 +0000 (GMT)
Cc: jgarzik@mandrakesoft.com (Jeff Garzik), becker@scyld.com (Donald Becker),
        davidel@xmailserver.org (Davide Libenzi),
        linux-kernel@vger.kernel.org (Linux Kernel Mailing List)
In-Reply-To: <E16BJBR-0000RM-00@starship.berlin> from "Daniel Phillips" at Dec 04, 2001 06:16:32 PM
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-Id: <E16BJvR-0002uc-00@the-village.bc.nu>
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Sender: linux-kernel-owner@vger.kernel.org

> Single additional alloc -> twice as many allocs, two slabs, more cachelines
> dirty.  This was hashed out on fsdevel, though apparently not to everyone's
> satisfaction.

Al Viro's NFS in generic_ip saved me something like 130K of memory.

> > Using generic_ip in its current form has the advantage of being able to
> > create a nicely-aligned kmem cache for your private inode data.
> 
> I don't see why that's hard with the combined struct.

Providing you end up with fs->alloc_inode() and the fs allocates a suitable
sized inode + private I see no problem.
-
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/