qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH 0/5] tcg conditional set, round 4


From: Aurelien Jarno
Subject: Re: [Qemu-devel] [PATCH 0/5] tcg conditional set, round 4
Date: Tue, 22 Dec 2009 08:19:30 +0100
User-agent: Mutt/1.5.18 (2008-05-17)

On Mon, Dec 21, 2009 at 12:28:03PM -0800, Richard Henderson wrote:
> On 12/21/2009 01:13 AM, Laurent Desnogues wrote:
>> The question for the generalized movcond is how useful is it?
>> Which front-ends would need it and would the cost to generate
>> code for it on some (most?) back-ends be amortized?
>
> ... Any front end that has a conditional move instruction?
> Sparcv9, Mips32, Alpha, ARM...
>
> That said, I think the *biggest* gains are to be had because with  
               ^^^^^
This word is the main reason why I am not convinced at all by movcond.

> movcond -- at least on some targets -- we can have one BB per TB, and  
> avoid any intermediate spilling of global registers back to memory.

Memory load/stores are far more frequent, and also spill global
registers back to memory.

-- 
Aurelien Jarno                          GPG: 1024D/F1BCDB73
address@hidden                 http://www.aurel32.net




reply via email to

[Prev in Thread] Current Thread [Next in Thread]