From: Richard Henderson <rth@twiddle.net>
To: Kirill Batuzov <batuzovk@ispras.ru>
Cc: mj.mccormack@samsung.com, qemu-devel@nongnu.org, zhur@ispras.ru
Subject: Re: [Qemu-devel] [PATCH 0/6] Implement constant folding and copy propagation in TCG
Date: Fri, 20 May 2011 10:50:49 -0700 [thread overview]
Message-ID: <4DD6A9F9.7040805@twiddle.net> (raw)
In-Reply-To: <cover.1305889001.git.batuzovk@ispras.ru>
On 05/20/2011 05:39 AM, Kirill Batuzov wrote:
> This series implements some basic machine-independent optimizations. They
> simplify code and allow liveness analysis do it's work better.
>
> Suppose we have following ARM code:
>
> movw r12, #0xb6db
> movt r12, #0xdb6d
>
> In TCG before optimizations we'll have:
>
> movi_i32 tmp8,$0xb6db
> mov_i32 r12,tmp8
> mov_i32 tmp8,r12
> ext16u_i32 tmp8,tmp8
> movi_i32 tmp9,$0xdb6d0000
> or_i32 tmp8,tmp8,tmp9
> mov_i32 r12,tmp8
>
> And after optimizations we'll have this:
>
> movi_i32 r12,$0xdb6db6db
>
> Here are performance evaluation results on SPEC CPU2000 integer tests in
> user-mode emulation on x86_64 host. There were 5 runs of each test on
> reference data set. The tables below show runtime in seconds for all these
> runs.
I totally agree that this sort of optimization is needed in TCG. Essentially
all RISC guests have the same problem. When emulating one RISC upon another,
the problem may be exacerbated. E.g. Sparc on PPC -- sparc will use a 21/11
bit split of the constant, ppc will use a 16/16 split of the constant, which
results in 3 insns in the generated code where 2 would do.
You should be aware of prior work in this area by Aurelien Jarno:
git://git.aurel32.net/qemu.git tcg-optimizations
Given that's now 2 years old, and doesn't seem to be progressing, I hope your
patch series can get things going again...
Further optimizations that are enabled by this constant propagation include
propagating the address of an absolute memory read into the TLB lookup:
git://repo.or.cz/git/qemu/rth.git tcg-const-addr-1
Also, enabling the tcg backend to store a constant to memory directly, rather
than loading the constant to a register first. Sorry, I forget what branch
this is is, but one of Aurelien's. This improves generated code density a
bit. While it's only i386 that can store arbitrary constants directly to
memory, most of the hosts have a zero register that can be used.
Specific comments as followups to specific patches.
r~
next prev parent reply other threads:[~2011-05-20 17:51 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-05-20 12:39 [Qemu-devel] [PATCH 0/6] Implement constant folding and copy propagation in TCG Kirill Batuzov
2011-05-20 12:39 ` [Qemu-devel] [PATCH 1/6] Add TCG optimizations stub Kirill Batuzov
2011-05-20 18:12 ` Richard Henderson
2011-05-20 18:33 ` Richard Henderson
2011-05-20 12:39 ` [Qemu-devel] [PATCH 2/6] Add copy and constant propagation Kirill Batuzov
2011-05-20 18:22 ` Richard Henderson
2011-05-20 18:46 ` Paolo Bonzini
2011-05-20 19:41 ` Aurelien Jarno
2011-05-20 12:39 ` [Qemu-devel] [PATCH 3/6] Do constant folding for basic arithmetic operations Kirill Batuzov
2011-05-20 12:39 ` [Qemu-devel] [PATCH 4/6] Do constant folding for boolean operations Kirill Batuzov
2011-05-20 18:45 ` Richard Henderson
2011-05-20 12:39 ` [Qemu-devel] [PATCH 5/6] Do constant folding for shift operations Kirill Batuzov
2011-05-20 18:37 ` Richard Henderson
2011-05-26 12:36 ` Kirill Batuzov
2011-05-26 13:56 ` Richard Henderson
2011-05-26 19:14 ` Blue Swirl
2011-05-26 20:10 ` Richard Henderson
2011-05-26 20:25 ` Blue Swirl
2011-05-26 21:14 ` Richard Henderson
2011-05-27 15:41 ` Jamie Lokier
2011-05-27 17:07 ` Blue Swirl
2011-05-27 19:54 ` Richard Henderson
2011-05-27 7:09 ` Paolo Bonzini
2011-05-20 12:39 ` [Qemu-devel] [PATCH 6/6] Do constant folding for unary operations Kirill Batuzov
2011-05-20 18:39 ` Richard Henderson
2011-05-20 17:50 ` Richard Henderson [this message]
2011-05-20 19:37 ` [Qemu-devel] [PATCH 0/6] Implement constant folding and copy propagation in TCG Aurelien Jarno
2011-05-20 23:31 ` Andreas Färber
2011-05-21 9:37 ` Laurent Desnogues
2011-05-21 10:46 ` Aurelien Jarno
2011-05-21 17:53 ` Kirill Batuzov
2011-05-20 19:35 ` Aurelien Jarno
2011-05-21 12:47 ` Dmitry Zhurikhin
2011-05-21 12:48 ` Aurelien Jarno
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=4DD6A9F9.7040805@twiddle.net \
--to=rth@twiddle.net \
--cc=batuzovk@ispras.ru \
--cc=mj.mccormack@samsung.com \
--cc=qemu-devel@nongnu.org \
--cc=zhur@ispras.ru \
/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).