From owner-freebsd-hackers Mon Aug 21 23:14:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id XAA05994 for hackers-outgoing; Mon, 21 Aug 1995 23:14:38 -0700 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id XAA05982 for ; Mon, 21 Aug 1995 23:14:34 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id QAA25904; Tue, 22 Aug 1995 16:20:31 +0930 From: Michael Smith Message-Id: <199508220650.QAA25904@genesis.atrad.adelaide.edu.au> Subject: Using space in a DOS filesystem To: bde@zeta.org.au (Bruce Evans) Date: Tue, 22 Aug 1995 16:20:30 +0930 (CST) Cc: bde@zeta.org.au, msmith@atrad.adelaide.edu.au, freebsd-hackers@FreeBSD.org, roberto@keltia.frmug.fr.net, terry@cs.weber.edu In-Reply-To: <199508220233.MAA19187@godzilla.zeta.org.au> from "Bruce Evans" at Aug 22, 95 12:33:06 pm Content-Type: text Content-Length: 1934 Sender: hackers-owner@FreeBSD.org Precedence: bulk Bruce Evans stands accused of saying: > > >Oddly, I haven't had any bites on my last post about this, so I'll ask > >again : I have code that creates a large contiguous slab of sectors in > >an MSDOS filesystem, and hides them under a file. I've explored > > I'm not too keen on this, because of coherency issues (what happens if > the file is deleted while it is in use as a partition or after pointers This is obviously a risk - I'd be inclined to modify the MSDOSFS to make it impossible to remove the file. > to it are set up) and lack of generality (it would be better to optimize > the vn driver for contiguous files; it should be possible to avoid going > through the file system except for initialization). The vn driver is a no-go if we want to boot from this, which is the whole idea. Remember, the aim here is to provide a safer way to plonk a FreeBSD filesystem onto a disk covered in a FAT filesystem. > To test it you could create a slice inside the DOS slice containing the > file. I think fdisk allows bogus things like that. Not recommended. Understood. > The vn driver method already has water :-). Try your file that hides > the sectors as a vn device. It can't hurt to have the sectors contiguous > and performance might be reasonable. I don't think it would be - msdosfs > performance is abysmal and revision 1.16 of vn.c seems to have introduced > doing read/write through the file system except for paging. Will do - as far as I understand, I can't disklabel a vn device, so it's not the final answer... > Bruce -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] My car has "demand start" -Terry Lambert UNIX: live FreeBSD or die! [[