From: Marcin Slusarz <marcin.slusarz-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: Martin Peres <martin.peres-Iz16wY1oaNPLSKGbIzaifA@public.gmane.org>
Cc: nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org,
Ben Skeggs <bskeggs-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Subject: Re: "enable ctxprog xfer only when we need it to save power" introduces big performance regression
Date: Thu, 29 Dec 2011 02:38:50 +0100 [thread overview]
Message-ID: <20111229013850.GA4076@joi.lan> (raw)
In-Reply-To: <4EFBAD2B.8080207-Iz16wY1oaNPLSKGbIzaifA@public.gmane.org>
On Thu, Dec 29, 2011 at 12:58:35AM +0100, Martin Peres wrote:
> On 28/12/2011 22:39, Marcin Slusarz wrote:
> > Heh, with page flipping enabled, regression is still there, only smaller
> > (61->54, instead of 49 FPS).
> >
> > I want my Nouveau performance back ;)
> >
> > ---
> > From: Marcin Slusarz<marcin.slusarz-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> > Subject: [PATCH] drm/nv50/gr: make "xfers only in ctxprog" optional
> >
> > Commit fbba036a56fe0e5c5e8c91daf3fa211f88d94a03
> > "drm/nv50/gr: enable ctxprog xfer only when we need it to save power"
> > introduced performance regression.
> >
> > So revert to previous behaviour and add module option (nv50_xfer_ctxprog=0/1)
> > to restore it back.
> >
> > Signed-off-by: Marcin Slusarz<marcin.slusarz-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
>
> Hi,
>
> I'm really sorry about not following up to your many emails you sent me
> in the past.
>
> I now have time to work on this issue and I would like a little more
> information if you don't mind. Could you do a mmiotrace and look at what
> nvidia does in their ctxprog for your specific card ?
Nvidia does the same, see http://paste.pocoo.org/show/500376/ (we talked about
it on IRC on 30 Oct). If you want me to get something else out of the mmiotrace,
just tell me.
> If nVidia does the same thing as we do, well, you'll have to wait for
> something I've been thinking for some times now.
>
> What we want is to define power consumption profiles. A simple example
> is, when on battery, you don't want to save as much power as possible
> but when you are on sector, you may want to get the full performance out
> of your card (You may also don't mind the performance loss, but one
> thing at a time).
>
> Ben (darktama) has recently talked about introducing a kind of automatic
> reclocking kind of like what radeon does. That is to say, having
> performance profiles that are switched according to the energy source
> (battery / sector). This automatic behaviour could then be overriden by
> the user, just like radeon.
>
> We would then turn some nobs according to the current performance
> profile. One of these nobs could be xfer on some specific cards (yours).
>
> Would that solution suit you?
Sounds good. I initially thought about connecting it to reclocking, but your
idea is even better - xfers enablement could depend only on power source.
I tried to implement xfers runtime switching, but couldn't figure out how to
change ctxprog behaviour without rebuilding and reuploading whole thing.
Reading host-writable memory from ctxprog would be enough.
> Clearly, introducing a new kernel
> parameter isn't an acceptable solution to the problem.
Yeah, I just wanted to start the discussion.
Marcin
next prev parent reply other threads:[~2011-12-29 1:38 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-10-29 17:08 "enable ctxprog xfer only when we need it to save power" introduces big performance regression Marcin Slusarz
[not found] ` <20111029170801.GA3219-OI9uyE9O0yo@public.gmane.org>
2011-10-29 17:29 ` Marcin Slusarz
[not found] ` <20111029172923.GA3110-OI9uyE9O0yo@public.gmane.org>
2011-10-29 18:00 ` Maarten Maathuis
[not found] ` <CAGZ4FETt6QzMkxrMQwJsszjuQq0wdt85ujRZbxkdurkduaHh2A-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2011-10-30 1:15 ` Ben Skeggs
2011-10-29 19:09 ` Marcin Slusarz
[not found] ` <20111029190938.GA3105-OI9uyE9O0yo@public.gmane.org>
2011-10-30 0:25 ` Maxim Levitsky
2011-10-30 10:33 ` Marcin Slusarz
[not found] ` <20111030103349.GA3157-OI9uyE9O0yo@public.gmane.org>
2011-10-30 10:37 ` Marcin Kościelnicki
2011-11-09 22:10 ` Marcin Slusarz
[not found] ` <20111109221009.GD3402-OI9uyE9O0yo@public.gmane.org>
2011-11-10 7:10 ` Martin Peres
[not found] ` <4EBB78F4.2020902-Iz16wY1oaNPLSKGbIzaifA@public.gmane.org>
2011-12-28 21:39 ` Marcin Slusarz
[not found] ` <20111228213902.GA4275-OI9uyE9O0yo@public.gmane.org>
2011-12-28 23:58 ` Martin Peres
[not found] ` <4EFBAD2B.8080207-Iz16wY1oaNPLSKGbIzaifA@public.gmane.org>
2011-12-29 1:38 ` Marcin Slusarz [this message]
[not found] ` <20111229013850.GA4076-OI9uyE9O0yo@public.gmane.org>
2012-01-13 21:26 ` Martin Peres
[not found] ` <4F10A18E.1030908-GANU6spQydw@public.gmane.org>
2012-01-17 20:55 ` Lucas Stach
2012-01-17 21:17 ` Martin Peres
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=20111229013850.GA4076@joi.lan \
--to=marcin.slusarz-re5jqeeqqe8avxtiumwx3w@public.gmane.org \
--cc=bskeggs-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org \
--cc=martin.peres-Iz16wY1oaNPLSKGbIzaifA@public.gmane.org \
--cc=nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.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.