Re: [9fans] More venti sync woes.

[erik quanstrom <quanstro@quanstro.net>]

> as for my venti config: i'll confirm when i get thin thing booted off
> another medium, but from memory: i've got a ~30GB fossil partition, a
> 64MB bloom filter, a 5-10GB index, and a ~120GB arenas partition.
> there's also a 9fat and swap in there somewhere. it's all on one disk.

> i certainly appreciate the fact that non-dma disks can be dog slow
> under load. but at this point, whatever it's doing it's been doing for
> over 24 hours; even a factor of 50 puts that at just under half an
> hour to reboot, which seems like an unreasonable amount of time for a
> server to spin on an unclean reboot. what was the rough improvement
> factor you observed?

generally, a sata disk is good for 30-50 MB/s using sequential
IDE dma transfers on the outer tracks.  /non-sequential access
can be as slow as non-dma access./

(i fixed a similar problem reciently with the on-disk cache of ken's fs.
throughput went up by a factor of 20 or so.)

russ would have to answer questions about disk access patterns with
venti, but you could be generating constant seeks between the various
partitions.

- erik