From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <13426df10806061823n288c021flc39025a4ee821c15@mail.gmail.com> Date: Fri, 6 Jun 2008 18:23:14 -0700 From: "ron minnich" To: weigelt@metux.de, "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net> In-Reply-To: <20080605144214.GA30375@nibiru.local> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080605112423.GC24609@nibiru.local> <20080605140141.A17931E8C1F@holo.morphisms.net> <20080605144214.GA30375@nibiru.local> Subject: Re: [9fans] Streaming on venti Topicbox-Message-UUID: b5eab564-ead3-11e9-9d60-3106f5b1d025 On Thu, Jun 5, 2008 at 7:42 AM, Enrico Weigelt wrote: > * Russ Cox wrote: >> > VAC eg. is good for archiving, but it's tree-based structure >> > is probably not optimal for streaming (on large files, a lot >> > of blocks IMHO have to be loaded before getting the first >> > payload block can be reached). >> >> A typical venti tree has a branching factor of 409 (8192/20). > > I gues, 8k is vac's index block size ? > So, maybe it could even be improved (for my case) by increasing > it to the 56k venti limit ? As Russ makes pretty clear, this stuff all involves numbers that can be reasoned about. Storage companies do such reasoning as their daily bread. So, rather than say stuff like "as fast as possible" (which is without meaning) why not attach some numbers to this kind of speculation? ron