Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 29 Nov 1999 14:00:19 -0800 (PST)
From:      Kim and Chet Golding <golding@halcyon.com>
To:        Poul-Henning Kamp <phk@FreeBSD.ORG>
Cc:        small@FreeBSD.ORG
Subject:   Re: md - memory disk wishlist ?
Message-ID:  <Pine.GSO.4.20.9911291345060.23725-100000@king.halcyon.com>
In-Reply-To: <23112.943907996@critter.freebsd.dk>

next in thread | previous in thread | raw e-mail | index | archive | help

Great Question!

1. Mirror or Raid mode would be very cool.

2. A cluster hook of some sort would be super if you had multiple systems
and could config/treat a memory disk as a single unit and let the unit
take care of passing updates to another system.  (Maybe on boot this
could reload itself from another systems md based on a switch-file or
test-condition script in /etc... or after network was up.. failing over
to something in /etc/defaults if network is unreachable..)

3. Snap effect... Something like a .bak but with versions say up to 16
working in a lifo manner.  Would be good for some situations.  Giving you
a version cache device for sql tables or floppy build versions.

Chet

 On Mon, 29 Nov 1999,
Poul-Henning Kamp wrote:

> 
> Hi gang,
> 
> I'm looking for input from this crowd: what features do you want to
> see from the md driver ?
> 
> Currently it supports two modes of operation:
> 
> 	1. Preloaded images.  This is like MFS_ROOT basically, 
> 	   but you can muliple images and get multiple devices.
> 
> 	2. Malloc mode.  Here storage is malloc(9)'ed on as needed
> 	   basis and freed back when possible (with UFS for instance).
> 	   Simple compression is performed:  if a sector have all bytes
> 	   identical no storage will be alocated, only that byte value
> 	   will be stored.
> 
> I would like to hear from the embedded people what you need from a
> memory device driver in FreeBSD in the future.
> 
> Shoot away!  :-)
> 
> --
> Poul-Henning Kamp             FreeBSD coreteam member
> phk@FreeBSD.ORG               "Real hackers run -current on their laptop."
> FreeBSD -- It will take a long time before progress goes too far!
> 
> 
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-small" in the body of the message
> 



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-small" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.GSO.4.20.9911291345060.23725-100000>