From owner-freebsd-hackers Sun Jan 7 11:37:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA06378 for hackers-outgoing; Sun, 7 Jan 1996 11:37:20 -0800 (PST) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA06355 for ; Sun, 7 Jan 1996 11:37:11 -0800 (PST) Received: from critter.tfs.com ([193.88.44.194]) by ra.dkuug.dk (8.6.12/8.6.12) with ESMTP id UAA01209; Sun, 7 Jan 1996 20:36:46 +0100 Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id UAA09045; Sun, 7 Jan 1996 20:36:22 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Michael Smith cc: hackers@freebsd.org Subject: Re: Add new slice to running system, comments? In-reply-to: Your message of "Sun, 07 Jan 1996 21:03:18 +1030." <199601071033.VAA20309@genesis.atrad.adelaide.edu.au> Date: Sun, 07 Jan 1996 20:36:21 +0100 Message-ID: <9043.821043381@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk > > Have you tried mounting the msdos fs, and using the vn driver for > > swapping on the windows file ? > > This still means that swap operations have to go through the FAT filesystem > code, which is slow and buggy. I'm looking for a performance solution > here, not a crumb to throw to people with space problems. Well, the right solution is to fix the msdosfs to have a decent performance in the cases needed and to bug davidg & dyson to implement swapping on any random vnode... > Can you be more explicit about "dislikes overlapping slices"? If it's > just a case of some sanity code, I could use a different slice type and > special case the tests. If it's more complex, a brief explanation > and a 'look here for details' would be fine. More as an architectural principle... It's really bde's code, so you'd better ask him. > > Isn't there some static gunk in these files that we shouldn't write ? > > I belive that if you mess with the administrative structures windows > > will barf. > > I have a virgin 386spart.par here for reference. Most of the file is full > of 0x6c (vigin sector filler), except for two regions 0x200 long at the > beginning and end which have every fourth byte incrementing. It looks like > this (custom hexdump output, sorry 8) : > > 1401400: 6d 6c 6c 6c 6e 6c 6c 6c - 6f 6c 6c 6c 68 6c 6c 6c mlllnlllolllhlll > 1401410: 69 6c 6c 6c 6a 6c 6c 6c - 6b 6c 6c 6c 64 6c 6c 6c illljlllkllldlll > 1401420: 65 6c 6c 6c 66 6c 6c 6c - 67 6c 6c 6c 60 6c 6c 6c elllflllglll`lll > 1401430: 61 6c 6c 6c 62 6c 6c 6c - 63 6c 6c 6c 7c 6c 6c 6c alllblllclll|lll > ... > 14015c0: 1d 6c 6c 6c 1e 6c 6c 6c - 1f 6c 6c 6c 18 6c 6c 6c .lll.lll.lll.lll > 14015d0: 19 6c 6c 6c 1a 6c 6c 6c - 1b 6c 6c 6c 14 6c 6c 6c .lll.lll.lll.lll > 14015e0: 15 6c 6c 6c 16 6c 6c 6c - 17 6c 6c 6c 10 6c 6c 6c .lll.lll.lll.lll > 14015f0: 11 6c 6c 6c 12 6c 6c 6c - 13 6c 6c 6c ec 6c 6c 6c .lll.lll.lll.lll > > The first one is at 0x1600, the file ends at 0x1402000, which doesn't > make any sense to me yet but I'm sure something may click 8) the size ? -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so.