From: "andrzej zaborowski" <balrogg@gmail.com>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] usb slowness again (was: testing qemu svn r5890 on FreeBSD - virtio, and a patch enabling -clock dynticks)
Date: Mon, 15 Dec 2008 03:38:18 +0100 [thread overview]
Message-ID: <fb249edb0812141838p51616d44n47f3d37f29892251@mail.gmail.com> (raw)
In-Reply-To: <20081206223140.GA37972@saturn.kn-bremen.de>
2008/12/6 Juergen Lock <nox@jelal.kn-bremen.de>:
> On Sat, Dec 06, 2008 at 11:09:06PM +0100, Juergen Lock wrote:
>> Hi!
>>
>> Jung-uk Kim sent me a patch to enable -clock dynticks on FreeBSD hosts
>> (the configure check is mine, only FreeBSD >= 7.x has posix timers that
>> this uses), I'll append it below.
>>
>> This is the experimental qemu-devel port update I used:
>> http://people.freebsd.org/~nox/qemu/qemu-devel-20081206.patch
>> As already mentioned I had to add a missing `#include <sys/uio.h>'
>> (files/patch-qemu-common.h), as also posted here:
>> http://lists.gnu.org/archive/html/qemu-devel/2008-12/msg00216.html
>>
>> I only had one (type of) guest that actually had virtio drivers (three
>> versions of sidux isos), and the speed difference between virtio-blk and
>> scsi was small. (I tested dd bs=64k count=500 </dev/vda >/dev/null and
>> similar with a raw image, both scsi and virtio were always faster than ide.)
>> I noted tho that even virtio there was not half as fast as ide (and scsi)
>> on KNOPPIX_V5.3.1DVD-2008-03-26-EN.iso, so either overhead has increased
>> greatly from 2.6.24.4 to 2.6.26, or this has something to do with
>> the sidux kernel using CONFIG_NO_HZ and the Knoppix one (apparently) not
>> and qemu (possibly, I also suspected that with the usb slowness) not
>> handling CONFIG_NO_HZ guests too well. [...]
>
> Well I just tried -usb -usbdevice net:vlan=1 -net user,vlan=1 with the
> Knoppix iso and got the same thruput (< 40 K/s) for wget on a local
> file than I got with sidux. So its probably not CONFIG_NO_HZ, at least
> not the usb slowness.
I'm wondering if it's worth reverting the USB overhaul patches until
someone finds time to investigate it. From my point of view it makes
usb emulation hardly usable, but there are also improvements brought
by these patches (mainly with passthrough).
Cheers
next prev parent reply other threads:[~2008-12-15 2:38 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-12-06 22:09 [Qemu-devel] testing qemu svn r5890 on FreeBSD - virtio, and a patch enabling -clock dynticks Juergen Lock
2008-12-06 22:31 ` [Qemu-devel] usb slowness again (was: testing qemu svn r5890 on FreeBSD - virtio, and a patch enabling -clock dynticks) Juergen Lock
2008-12-15 2:38 ` andrzej zaborowski [this message]
2008-12-07 2:32 ` [Qemu-devel] testing qemu svn r5890 on FreeBSD - virtio, and a patch enabling -clock dynticks Anthony Liguori
2008-12-07 18:19 ` Juergen Lock
2008-12-07 10:33 ` [Qemu-devel] SCSI emulation not recognised with Windows Web Server 2008 guest Jamie Lokier
2008-12-07 13:39 ` Dor Laor
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=fb249edb0812141838p51616d44n47f3d37f29892251@mail.gmail.com \
--to=balrogg@gmail.com \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).