qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] Profiling Qemu for speed?


From: Paul Brook
Subject: Re: [Qemu-devel] Profiling Qemu for speed?
Date: Mon, 18 Apr 2005 15:40:53 +0100
User-agent: KMail/1.7.2

On Monday 18 April 2005 14:44, Daniel Egger wrote:
> On 18.04.2005, at 11:51, Ian Rogers wrote:
> > I'm not sure if you can get GCC to generate code sequences like this,
> > but you probably at least need to use the -fprofile-generate and
> > -fprofile-use options
> > http://gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html
>
> Feedback optimisation (FDO) will not work for two reasons:
> a) qemu itself is something like a realtime compiler so FDO
>     will only speed up the compiler but not the generated code
> b) FDO will only provide speed boosts if the feedback phase
>     has a chance to analyse a representative work pattern that
>     is hopefully also repetitive
>
> After all FDO is mostly about making a tradeoff size/speed
> and rearranging code (mostly branches) to avoid branch
> mispredictions of the CPU.

IMHO Profile feedback (in fact any compiler optimizations) are unlikely to 
provide any benefit for qemu itself.

However profile feedback can be useful once we start making the dynamic 
translator smarter. In particular profile information can be used to 
determine how hard to try optimizing the generated code. For code that is 
executed rarely we want to generate it as quickly as possible, for code that 
is executed may times we can afford the extra overhead to make the resulting 
code faster. I've seen measuremets that indicate most code is either executed 
once, or is executed many many times.

With current qemu it doesn't make all that much difference as we only have the 
quick-and-dumb code generator.

Paul




reply via email to

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