From: "Alex Bennée" <alex.bennee@linaro.org>
To: Xin Tong <trent.tong@gmail.com>
Cc: Stefan Hajnoczi <stefanha@gmail.com>,
QEMU Developers <qemu-devel@nongnu.org>,
aliguori@amazon.com, afaerber@suse.de
Subject: Re: [Qemu-devel] [PATCH] cpu: implementing victim TLB for QEMU system emulated TLB
Date: Thu, 23 Jan 2014 11:23:04 +0000 [thread overview]
Message-ID: <87k3drc57r.fsf@linaro.org> (raw)
In-Reply-To: <CA+JLOisqRbnhnGN4uQh_1yMOQ9__X2FDgNGtf9rz_hTg4Txdig@mail.gmail.com>
trent.tong@gmail.com writes:
> This patch adds a victim TLB to the QEMU system mode TLB.
>
> QEMU system mode page table walks are expensive. Taken by running QEMU
> qemu-system-x86_64 system mode on Intel PIN , a TLB miss and walking a
> 4-level page tables in guest Linux OS takes ~450 X86 instructions on
> average.
<snip>
>
> Attached are some performance results taken on SPECINT2006 train
> dataset and a Intel(R) Xeon(R) CPU E5620 @ 2.40GHz Linux machine. In
> summary, victim TLB improves the performance of qemu-system-x86_64 by
> 11% on average on SPECINT2006 and with highest improvement of in 254%
> in
> 464.h264ref. And victim TLB does not result in any performance
> degradation in any of the measured benchmarks. Furthermore, the
> implemented victim TLB is architecture independent and is expected to
> benefit other architectures in QEMU as well.
>
> Although there are measurement fluctuations, the performance
> improvement are very significant and by no means in the range of
> noises.
<snip>
I'm curious as the implication seems to be that entries are evicted from
initial TLB lookup before they are "done". What would the impact be of
simply growing the size of the main TLB cache?
What's the current state of instrumentation around the system TLB
handling? Can we trace the hit rates of the various caches with
perf/oprofile/whatever (Stefan?)?
--
Alex Bennée
next prev parent reply other threads:[~2014-01-23 11:23 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-01-22 14:48 [Qemu-devel] [PATCH] cpu: implementing victim TLB for QEMU system emulated TLB Xin Tong
2014-01-22 21:55 ` Richard Henderson
2014-01-22 22:40 ` Xin Tong
2014-01-22 22:56 ` Richard Henderson
2014-01-23 11:23 ` Alex Bennée [this message]
2014-01-23 13:50 ` Xin Tong
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=87k3drc57r.fsf@linaro.org \
--to=alex.bennee@linaro.org \
--cc=afaerber@suse.de \
--cc=aliguori@amazon.com \
--cc=qemu-devel@nongnu.org \
--cc=stefanha@gmail.com \
--cc=trent.tong@gmail.com \
/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).