| From | Sent On | Attachments |
|---|---|---|
| Satoshi Asami | Oct 7, 1996 10:57 pm | |
| Satoshi Asami | Oct 7, 1996 11:01 pm | |
| Satoshi Asami | Oct 7, 1996 11:03 pm | |
| mika ruohotie | Oct 8, 1996 1:53 am | |
| Satoshi Asami | Oct 9, 1996 3:03 am | |
| Rodney W. Grimes | Oct 9, 1996 8:56 am |
| Subject: | Re: striping/mirroring? | |
|---|---|---|
| From: | Satoshi Asami (asa...@freebsd.org) | |
| Date: | Oct 7, 1996 10:57:19 pm | |
| List: | org.freebsd.freebsd-scsi | |
* I'm really quite interested in how you propose to have a mirrored * system where drives can run at different steeds. Mirror works like * this * * DATA ----> (going to disk) -------+--(and another copy)----+ * | | * disk 1 disk 2 * * So if i send some data to the (mirrored) disk, and disk1 * is significantly faster than disk2, then disk1 will finish the write * first.... so then do i just let it write more? Can you see a * problem with this? What happens when disk1 is miles ahead.. who * is supposed to keep track of all this data thats queued up for * disk2? The OS? And if the disk 1 suddenly fails then you're * screwed, and you fault tolerant system wan't very.
In short, the question is whether return from the write system call after writing to only one disk or wait for both disks to complete, right?
FreeBSD's ccd uses the latter method, and NetBSD uses the former (at least it was that way when they first took our mirror code). My reasoning was exactly as you mentioned.
Satoshi





