> 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
