Date: Thu, 5 Oct 1995 17:05:08 -0700 (PDT) From: bmk@dtr.com To: terry@lambert.org (Terry Lambert) Cc: bmk@dtr.com, serges@umr.edu, freebsd-questions@freefall.freebsd.org Subject: Re: tunefs Message-ID: <199510060005.RAA00822@everest> In-Reply-To: <199510060009.RAA05011@phaeton.artisoft.com> from "Terry Lambert" at Oct 5, 95 05:09:04 pm
next in thread | previous in thread | raw e-mail | index | archive | help
[ lossy compression ] > You could just update the in core copy without too much problem, since > it's synced to disk on unmount. That's true - I had forgotten about that. Note the disclaimer. :) > I did this because I was trying to find optimal tuning parameters for a > particular benchmark and got tired of the mount/unmount. > If it's all the same with you, I'd like to hack on the logical device > management using Julians new devfs once that's all the way up before > rolling changes in -- that way I won't have to hack them multiple > times after they're committed. Makes sense to only do it once. > I've been hacking logical volume management for partitions, extended > partitions and BSD extended partitions (ie: the results of disklabel) > for a port, and I'd like to get it all rolled together first. Hey, speaking of logical volume management, what are the chances of ever seeing a software-based solution for striping, concatenating, and mirroring of filesystems? It needn't be full-blown RAID, but it sure would be nice to have some built-in fault tolerance. Have you seen the disk suite for Solaris 2.4? Something along those lines would be neat.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199510060005.RAA00822>