From owner-freebsd-fs Wed May 3 5:44:43 2000 Delivered-To: freebsd-fs@freebsd.org Received: from bg.sics.se (bg.sics.se [193.10.66.124]) by hub.freebsd.org (Postfix) with ESMTP id AAB7C37B8D3; Wed, 3 May 2000 05:44:38 -0700 (PDT) (envelope-from bg@bg.sics.se) Received: (from bg@localhost) by bg.sics.se (8.9.3/8.9.3) id OAA47449; Wed, 3 May 2000 14:45:30 +0200 (CEST) (envelope-from bg) To: Adrian Chadd Cc: freebsd-fs@FreeBSD.ORG Subject: Re: A proposal : IFS References: <20000503040431.B53701@ewok.creative.net.au> <20000503185457.C53701@ewok.creative.net.au> From: Bjoern Groenvall Date: 03 May 2000 14:45:30 +0200 In-Reply-To: Adrian Chadd's message of Wed, 3 May 2000 18:54:58 +0800 Message-ID: Lines: 23 X-Mailer: Red Gnus v0.52/Emacs 19.34 Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Adrian Chadd writes: > An application which keeps an internal database of objects->filenames > would simply continue to do so, but the filename is simply the inode number. > WHen creating a file, it opens 'newfile' for create/write, which creates > a new file. It then stat()s the fd to get the inode number, and records > that. In squid case, it eliminates the need for keeping a bitmap of > used file entries, since the FS does this anyway. What about using fhopen and getfh instead? That way you won't have to write a new filesystem. You will have to use file handles rather than inode numbers though. Cheers, Björn -- _ _ ,_______________. Bjorn Gronvall (Björn Grönvall) /_______________/| Swedish Institute of Computer Science | || PO Box 1263, S-164 29 Kista, Sweden | Schroedingers || Email: bg@sics.se, Phone +46 -8 633 15 25 | Cat |/ Cellular +46 -70 768 06 35, Fax +46 -8 751 72 30 `---------------' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message