All of lore.kernel.org
 help / color / mirror / Atom feed
From: Richard Henderson <rth@twiddle.net>
To: Dennis Luehring <dl.soluz@gmx.net>,
	Artyom Tarasenko <atar4qemu@gmail.com>
Cc: Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk>,
	qemu-devel <qemu-devel@nongnu.org>,
	Aurelien Jarno <aurelien@aurel32.net>
Subject: Re: [Qemu-devel] [PATCH] target-sparc: Store mmu index in TB flags
Date: Tue, 25 Aug 2015 11:09:20 -0700	[thread overview]
Message-ID: <55DCAF50.30807@twiddle.net> (raw)
In-Reply-To: <55DC7DC5.9010204@gmx.net>

On 08/25/2015 07:37 AM, Dennis Luehring wrote:
> Am 25.08.2015 um 16:25 schrieb Richard Henderson:
>> Er, no, it should.  The primary vector by which I expect improvement is via not
>> encoding dmmu.mmu_primary_context into the TB flags.  I.e. ASI_DMMU, which
>> sun4u certainly uses.
>>
>> The fact that the patch_also_  fixes a sun4v problem is secondary.
>
> please, can you(or someone else) give me a feedback about my tests/numbers -
> and the relevance of them - the stream benchmarks results seems to be worser
> then before and the compilespeed is just a little bit better - so i don't understand (at
> all) what problems are fixed or what is improved now

The fact that stream degraded means that stream is unreliable as a benchmark. 
I suspect that if you simply run it N times with the exact same setup you'll 
see a very large variance in its runtime.

This particular patch cannot possibly have degraded performance, as it could 
only result in a reduction, not expansion, of the number of TBs created.

As to why stream should be unreliable, I have no clue.

> - the compilation test is still 180 times slower then on my host

I'll have to compare that test vs an Alpha guest and see what I get.  I only 
remember one factor of 10, not two...

But you're right, it would be nice to put together a coherent set of 
benchmarks.  Ideally, a guest kernel plus minimal ramdisk with the tests 
pre-loaded so that we can boot and run ./benchmark at the prompt.  That's
the sort of thing we can easily upload to the wiki and share.


r~

  reply	other threads:[~2015-08-25 18:09 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-08-25  4:19 [Qemu-devel] [PATCH] target-sparc: Store mmu index in TB flags Richard Henderson
2015-08-25  5:45 ` Dennis Luehring
2015-08-25  6:44   ` Artyom Tarasenko
2015-08-25  7:46     ` Dennis Luehring
2015-08-25 14:25     ` Richard Henderson
2015-08-25 14:37       ` Dennis Luehring
2015-08-25 18:09         ` Richard Henderson [this message]
2015-08-25 19:03           ` Dennis Luehring
2015-08-25 19:17           ` Dennis Luehring
2015-08-25 16:53       ` Artyom Tarasenko
2015-08-25  6:35 ` Artyom Tarasenko

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=55DCAF50.30807@twiddle.net \
    --to=rth@twiddle.net \
    --cc=atar4qemu@gmail.com \
    --cc=aurelien@aurel32.net \
    --cc=dl.soluz@gmx.net \
    --cc=mark.cave-ayland@ilande.co.uk \
    --cc=qemu-devel@nongnu.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.