|
|
|
|
|
|
|
|
|
|
xen-devel
Re: [Xen-devel] [PATCH] Std VGA Performance
The performance is poor with increased slots and without emulation.
As presented the emulation code treats the buffered-io slots as an
asynchronous queue. The stdvga emulator pushes ioreqs into the
queue but need not wait for any response because it can satisfy read
requests locally. (The only time it must wait is when the queue
becomes full.)
Without the emulation, the code must block on each read (of which there
are many) waiting for QEMU to provide an answer. This really
slows things down and renders the buffer largely useless. I don't
believe it ever gets full; there are never enough consecutive
writes to fill it.
With both increased slots and emulation, the performance feels so very
much better. Like taking a stone out of your shoe. :-)
-- rsp
On 10/25/07, Keir Fraser <Keir.Fraser@xxxxxxxxxxxx> wrote:
On 25/10/07 16:28, "Robert Phillips" <
rsp.vi.xen@xxxxxxxxx> wrote:
How much benefit comes from immediate servicing of PIO input ops versus the
massive increase in buffered-io slots? Removing the former optimisation
would certainly make the patch a lot smaller!
Subjectively, the performance improvement appears substantial. We
have tested the code with the stdvga emulation and with and without the
increased number of slots. With more slots the screen painting goes
from being fast to very fast.
As you've noticed, the increase in number of slots is compensated by
the decrease in slot size (so there is no increase in memory use) at
the cost of packing (and unpacking) ioreqs as they are written to (and
read from) the buffer.
I guess what I'm really interested in is the performance /with/ the
increased number of slots and with versus without the stdvga emulation.
Since it's the stdvga emulation that really adds the complexity.
-- Keir
-- -------------------------------------------------------------------- Robert
S.
Phillips Virtual
Iron Software rphillips@xxxxxxxxxxxxxxx Tower
1, Floor 2 978-849-1220
900 Chelmsford Street Lowell,
MA 01851
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
|
|
|
|