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
next prev parent 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