From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <20d655bf0905a4c51d61c66e02f4b6fa@vitanuova.com>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] mass storage jukebox
From: rog@vitanuova.com
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Date: Thu, 17 Oct 2002 15:05:00 +0100
Topicbox-Message-UUID: 07e32184-eacb-11e9-9e20-41e7f4b1d025

i've thought for a while that it would be nice to have the optical
jukebox, but mirror it with a hard disk, so you'd get the speed of
access of the hard disk, along with the crash resistance of the
optical disk.

when we moved to the jukebox, it was great in theory (and great fun to
hear the jukebox chatter as one did "yesterday -d") but in practise
certain access patterns (e.g. searching through the history) became
prohibitively expensive.

i thought that a big cache would solve this, but actually blocks get
modified in place, so the current cache rarely holds yesterday's
blocks.

would the mirroring code in the fileserver be able to deal with such a
disparity in access times?