it's almost certainly venti sitting there; i don't think fossil is even running yet. the last two lines on my screen are:
root is from (tcp, local)[local!#S/sdC0/fossil]: time... venti...2007/0926 17:57:23 venti: conf...httpd tcp!127.1!8000...init...sync... that sequence matches my read of the venti source. also, ^t^tp shows a few venti procs that just keep racking up cpu time: 8: venti pc f0100366 dbgpc 2557f Rendez (Running) ut 1547792 st 2058589 bss 6650000 qpc 0 nl 1 nd 0 lpc f01bb8ec pri 2 14: venti pc 2557f dbgpc 2557f Rendez (Ready) ut 2477463 st 2354871 bss 6650000 qpc 0 nl 0 nd 0 lpc f01c7bc7 pri 2 16: venti pc f01c88ae dbgpc 1f141 Pread (Ready) ut 467438 st 1254296 bss 6650000 qpc f01c35e5 nl 0 nd 0 lpc f01bb8ec pri 1 they're definitely increasing more-or-less regularly. everything else (well, i can't see above 8) had 0-2 for ut and st. 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? this machine has no optical drive, so i'll have to make a floppy and get it to boot of the net. i'll report back when i have info from that.
