[Bug 102199] Kabylake has poor performance, doesn't upclock during activity quickly with single display configurations

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=102199

--- Comment #16 from Ray Strode [halfline] <rstrode at redhat.com> ---
(In reply to Chris Wilson from comment #15)
> (In reply to Ray Strode [halfline] from comment #14)
> > wouldn't the boosting need to happen before the drawing was started, not
> > after its drawn and before its swapped ?
> 
> With the glFinish, the boost would be applied to the rendering. It's just
> that you end up with a synchronous step prior to SwapBuffers.
oh okay.  So I gave Lyude a build with this patch as an experiment:

https://git.gnome.org/browse/mutter/commit/?h=wip/rstrode/finish-to-boost&id=4035543d4f73b9f2571c1f2dea67de5d0b1352f0

and she says it does help, but your kernel fix is all around smoother feeling.
I don't know if that's because of the introduced blocking stalling other parts
of the compositor or what...

> > can the driver just boost whenever an input device fires off an event ? keep
> > interactive performance up when the user is interacting...
> 
> How to determine which request corresponds to the interactive stream?
why do you need to ?  at the end of the day the question is whether the gpu is
500mhz or 1300mhz right?  just make it 1300mhz if there's input and let it
downscale on its own when it stops animating and the user stops typing and
swiping.

> As a
> gfx driver we have no knowledge of input devices. The system as a whole
> struggles to identify interactive processes! The easiest way for us to
> identify user tasks is by looking at what affects the output.
But why do we need to know what processes are interactive ?

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
You are the QA Contact for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20170818/9f75eb7f/attachment-0001.html>