Ken,
I'll check that on Linux-on-Linux... it's likely just some Windows
overhead. Windows is my guest OS priority, which is why I tested on
Windows.
As for getting patches into the mainline, this is a job for the
maintainers. Fabrice is the main person, but Paul Brook also merges a
lot of
Leo, thank you for exercising this stuff.
> 1. before your patches, the upstream transfers (guest->host) consumed
> almost no CPU at all, but of course were much slower. Now, about half
> the CPU gets used under heavy upstream load.
I am surprised that only half the CPU gets consumed --- that su
On an additional note, Windows host users may want to try moving the
arbitrary Sleep() in main_loop_wait() to the end of the function, and
making that conditional if there are no I/O events pending. Otherwise,
there is a fixed penalty and this does not take advantage of Ken's new
patch to avoi
Hi Ken,
(all) the patches seem to work very well and be very stable with Windows
2000 guests here. I measured some SMB over TCP/IP transfers, and got
about a 1.5x downstream improvement and a 2x upstream improvement. You
will likely get more boost from less convoluted protocols like FTP or
The "qemu-slirp-performance" patch contains three improvements to qemu
slirp networking performance. Booting my virtual machine (which
NFS-mounts its root filesystem from the host) has been accelerated by
8x, from over 5 minutes to 40 seconds. TCP throughput has been
accelerated from about 2 mega
