From owner-freebsd-hackers Thu Feb 12 09:50:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA00582 for hackers-outgoing; Thu, 12 Feb 1998 09:50:10 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from gaia.coppe.ufrj.br (cisigw.coppe.ufrj.br [146.164.5.200]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA00494 for ; Thu, 12 Feb 1998 09:49:58 -0800 (PST) (envelope-from jonny@coppe.ufrj.br) Received: (from jonny@localhost) by gaia.coppe.ufrj.br (8.8.8/8.8.8) id PAA12228; Thu, 12 Feb 1998 15:49:38 -0200 (EDT) (envelope-from jonny) From: Joao Carlos Mendes Luis Message-Id: <199802121749.PAA12228@gaia.coppe.ufrj.br> Subject: Re: Coda FS: FBSD port done!, but development favors Linux In-Reply-To: <19980212123955.08290@nyef.res.cmu.edu> from Marca Registrada at "Feb 12, 98 12:39:55 pm" To: inf@nyef.res.cmu.edu (Marca Registrada) Date: Thu, 12 Feb 1998 15:49:37 -0200 (EDT) Cc: freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG #define quoting(Marca Registrada) // > * Linux's ext2fs filesystem is much faster than *BSD's ffs // > (How good is FreeBSD's ext2fs support these days? Is // > it in 2.2.6 or must we wait for 3.0?) // // Would anyone think that softupdate's may fix this? I havn't keep close // enough track of the discussion to know when softupdates may ever come // around, though. Turn of async updates in ext2fs, and see if it's still faster. :) Or, leave it on, and wait til the next system crash. // > * Current work is being done to develop Linux kernel extensions that // > will allow access to files via raw inodes. This development is // > seen as key to allowing Coda to support large filespaces with // > reasonable performance. See this URL for Peter's notes on // > these extensions: // // From the latest I heard on the Coda lists, Linus is very against this // becuase he feels it ruins the consistency of the FS interface. This of // course can change at any moment. The current proposal is to make an // filesystem where inodes can be accessed directly as files.. ie: // // fopen("/mnt/__inode_#12345#","r"); // or something similar looking to that. It actually doesn't sound like a // monster to implement at all. And as a separate filesystem solves many of // the fsck problems Coda currently has. This breaks the directory hierarchy tree rights. One file might have rights for everybody, but its directory denies access. Maybe the inodefs is useful if only root or operator have access to it. Jonny -- Joao Carlos Mendes Luis jonny@gta.ufrj.br +55 21 290-4698 jonny@coppe.ufrj.br Universidade Federal do Rio de Janeiro UFRJ/COPPE/CISI PGP fingerprint: 29 C0 50 B9 B6 3E 58 F2 83 5F E3 26 BF 0F EA 67 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe hackers" in the body of the message