From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <fb4c8d190806122038k5c8e67b0odba6e0252bce175c@mail.gmail.com>
Date: Thu, 12 Jun 2008 22:38:55 -0500
From: "Lorenzo Fernando Bivens de la Fuente" <lorenzobivens@gmail.com>
To: "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net>
In-Reply-To: <fb4c8d190806122038l5abe3427r5ca28d0b3085de1a@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <20080613015449.GA12686@companion-cube>
	<EDF60418-2215-4560-9A85-1F8DFF6186EA@mac.com>
	<fb4c8d190806122038l5abe3427r5ca28d0b3085de1a@mail.gmail.com>
Subject: Re: [9fans] I/O load crashes Qemu
Topicbox-Message-UUID: be315f8e-ead3-11e9-9d60-3106f5b1d025

Also... Renice if you can.

On 6/12/08, Lorenzo Fernando Bivens de la Fuente
<lorenzobivens@gmail.com> 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 <pietro10@mac.com> 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.
>  >
>  >
>  >
>