On Tue Aug 17 14:32:01 EDT 2010, [email protected] wrote: > qemu disk emulation isn't exactly speedy, and fossil probably bangs on > the disk pretty hard and from the sounds of things its treating the > disk access as synchronous (which is why everything else freezes up). > The two combined together is not something you want to deal with. > FWIW, on my system I don't see this problem, but its a 4 processor > 3GHZ+ Xeon with 16GB of memory which is probably always hitting the > disk access in Linux's cache. > > -eric > > > On Tue, Aug 17, 2010 at 11:55 AM, Brad Frank <[email protected]> wrote: > > Yes, doing those things would be an alternative. But the bigger question is > > why is fossil hitting the load like that while running in Qemu. And also, > > another question is whether this would be happening on physical hardware as > > well... Is there anything I can do to figure out why it is doing that, and > > how to resolve it?
has anyone tried aoe with qemu? vblade running in the host might be faster. devaoe(3)/sdaoe(3) from 9atom allow 128 outstanding requests), which should help with latency a bit more. - erik
