Intel-GFX Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Alexey Fisher <bug-track@fisher-privat.net>
To: Andreas Mohr <andi@lisas.de>
Cc: "power@bughost.org" <power@bughost.org>,
	"intel-gfx@lists.freedesktop.org"
	<intel-gfx@lists.freedesktop.org>
Subject: Re: less load less performance
Date: Sun, 31 Oct 2010 20:44:27 +0100	[thread overview]
Message-ID: <1288554267.31411.14.camel@zwerg> (raw)
In-Reply-To: <20101031191843.GA9292@rhlx01.hs-esslingen.de>

Am Sonntag, den 31.10.2010, 20:18 +0100 schrieb Andreas Mohr:
> On Sun, Oct 31, 2010 at 06:40:26PM +0100, Alexey Fisher wrote:
> > Am Sonntag, den 31.10.2010, 17:01 +0000 schrieb Peter Clifton:
> > > On Sun, 2010-10-31 at 17:44 +0100, Alexey Fisher wrote:
> > > > Hallo all,
> > > > 
> > > > As i can understand if cpu do not get enough load it will work mostly in
> > > > C4 mode and graphic perfome slow too. I think there is some thing wrong
> > > > in this logic :)
> > > 
> > > Yes, a little messed up.. try running your test at low screen-res with
> > > this app running (once per core):
> > > 
> > > int main( int argc, char **argv )
> > > {
> > >   while (1);
> > > }
> > > 
> > > (gcc loop.c -o loop)
> > > 
> > > Do you get the high frames per second (non-full-screen) then?
> > 
> > Yes! it working smooth, with 60fps (i have only single core atom with HT
> > enabled)
> 
> Why painfully compile a custom c app to keep the CPU busy?
> 
> Boot with processor.max_cstate=1
> Much better performance? --> "BUG"!
> ("BUG" == "something should probably be done about these power management side
> effects")

for some reasons "processor.max_cstate=1" do not make any difference,
cpu still use C4. Interesting is maxcpus=1 do difference, C4 is used and
it perform good too. So what can it be? Some SMP scheduler problem, IRQ
balancing?
I know intel CPUs had some PM problem, if 1 core is disabled it consume
more power (may be no C4?). What talking against this theory:
1. if i start SMP and put one core off, this will make no difference
so maxcpus=1 and "echo 0 > /sys/devices/system/cpu/cpu1/online" is not
the same
2. i use Atom N280, there is only one core but HT is enabled.
-- 
Regards,
        Alexey

  reply	other threads:[~2010-10-31 19:44 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-10-31 16:44 less load less performance Alexey Fisher
2010-10-31 17:01 ` Peter Clifton
2010-10-31 17:40   ` Alexey Fisher
2010-10-31 19:18     ` [Intel-gfx] " Andreas Mohr
2010-10-31 19:44       ` Alexey Fisher [this message]
2010-11-02 15:53         ` Thomas Renninger
2010-10-31 17:33 ` Vasily Khoruzhick
2010-10-31 22:07 ` Arjan van de Ven
2010-11-01  8:50   ` Alexey Fisher

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=1288554267.31411.14.camel@zwerg \
    --to=bug-track@fisher-privat.net \
    --cc=andi@lisas.de \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=power@bughost.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox