On 05.06.2014 17:07, Peter Maydell wrote:
> Probably worth making sure you also test workloads that do different
> things in multiple processes (to catch performance issues from over
> frequent TB/TLB flushes, and so on).
Maybe "make -j"?
Thanks,
Sergey
On 5 June 2014 14:00, Sergey Fedorov wrote:
> Thanks for replying! I used to think about Drystone, gzim, gcc in user
> mode. In system mode, Linux boot up and, again, Drystone, gzim, gcc.
Probably worth making sure you also test workloads that do different
things in multiple processes (to catch p
On 05.06.2014 12:02, Alex Bennée wrote:
> Chaos Shu writes:
>
>> Hi
>>
>> I'm running SPEC CPU2006 on three kinds of situation, native aarch64 binary
>> and emulator x86_64 system running SPEC CPU2006 and linux user mode level
>> running x86_64 SPEC CPU2006 binary.
>>
>> To find where the perform
Chaos Shu writes:
> Hi
>
> I'm running SPEC CPU2006 on three kinds of situation, native aarch64 binary
> and emulator x86_64 system running SPEC CPU2006 and linux user mode level
> running x86_64 SPEC CPU2006 binary.
>
> To find where the performance lose, translator ? or execution of instructi
Hi
I'm running SPEC CPU2006 on three kinds of situation, native aarch64 binary and
emulator x86_64 system running SPEC CPU2006 and linux user mode level running
x86_64 SPEC CPU2006 binary.
To find where the performance lose, translator ? or execution of instruction
after TCG? Or something else
On 29 May 2014 08:58, Chaos Shu wrote:
> 1. Any benchmarks paying attention to TCG code generate quality
> measured by code expansion ratio? Of course I’ve got some news said
> that the ratio maybe 4 or 5 in X86 to MIPS, that is to say 1 x86 insn
> to 4 or 5 mips insns, Does it mean the in