Also... Renice if you can.

On 6/12/08, Lorenzo Fernando Bivens de la Fuente
<[EMAIL PROTECTED]> wrote:
> Thoughts:
>  + Running Plan 9 on qemu is slow (when doing disk access) (the
>  ethernal DMA wiwi bla bla bla)
>  + qcow2 is quality challenged, but I think that the standard plan9.img
>  ain't qcow2
>  +kqemu has worked for me very well... but I have not benchmarked it.
>  + Unpacking 100 MiB sounds like a lot of I/O... Ergo a lot of "disk"
>  ergo a lot of no-dma bottleneck
>
>  Good luck
>
>
>  On 6/12/08, Pietro Gagliardi <[EMAIL PROTECTED]> wrote:
>  > On Jun 12, 2008, at 9:54 PM, Venkatesh Srinivas wrote:
>  >
>  >
>  > > Hi,
>  > >
>  > > I currently use Plan 9 in qemu 0.9.1; whenever I try to do anything I/O
>  > > demanding such as unpacking a ~100MB tarball, qemu locks up and refuses
>  > > further connections (via vnc, or gdb for example). I am using fossil
>  > > alone. This behavior occurs whether kqemu is enabled or not, though it
>  > > happens a lot faster w/o kqemu.
>  > >
>  > > Has anyone else noticed anything like this? Any thoughts about running
>  > > Plan 9 in qemu?
>  > >
>  > > Thanks,
>  > > --vs
>  > >
>  > >
>  >
>  >  Compressed disc image (qcow2)? That's what screwed up my fossil+venti.
>  >
>  >
>  >
>

Reply via email to