From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon@freedesktop.org Subject: [Bug 82050] R9270X pyrit benchmark perf regressions with latest kernel/llvm Date: Mon, 01 Sep 2014 09:54:38 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1174575088==" Return-path: Received: from culpepper.freedesktop.org (unknown [131.252.210.165]) by gabe.freedesktop.org (Postfix) with ESMTP id 963486E1BE for ; Mon, 1 Sep 2014 02:54:38 -0700 (PDT) In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" To: dri-devel@lists.freedesktop.org List-Id: dri-devel@lists.freedesktop.org --===============1174575088== Content-Type: multipart/alternative; boundary="1409565278.Aab1FdF0.17963"; charset="us-ascii" --1409565278.Aab1FdF0.17963 Date: Mon, 1 Sep 2014 09:54:38 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" https://bugs.freedesktop.org/show_bug.cgi?id=82050 --- Comment #35 from Andy Furniss --- (In reply to comment #33) > (In reply to comment #28) > > > I submitted the change reverting the behaviour of PIPE_USAGE_STREAM for > > > review, but it's strange: I couldn't notice any significant difference in > > > stutter in Valley regardless of any of these changes. > > Also, according to > GALLIUM_HUD=requested-VRAM+VRAM-usage,requested-GTT+GTT-usage, Valley only > seems to allocate about 10-20 MB for streaming BOs, so I'm not sure why > putting them in VRAM or not makes such a big difference for you. > > > > > BTW, what CPU are you using? > > > > It's an AMD Phenom II x4 965be. > > I assume the chipset for that doesn't support PCIe 3.0, does it? I wonder if > maybe streaming BOs should be in VRAM with PCIe 3.0 but not with PCIe 2.0. Yea I am PCIE 2.0. Other settings which may or may not be relavent - vblank_mode=0, swapbufferswait off, 1920x1080 fullscreen, quality high, antialiasing off. I tried with hud and see 10-20MB requested with the stream change reverted and 8kb with it. The fps counter on hud does show the pauses - though even the good case looks bad on that - but the biggest pauses it shows are between scenes when the screen has faded to black, I guess you kind of expect something to be loading then. I'll upload a couple of screens. -- You are receiving this mail because: You are the assignee for the bug. --1409565278.Aab1FdF0.17963 Date: Mon, 1 Sep 2014 09:54:38 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"

Comment # 35 on bug 82050 from
(In reply to comment #33)
> (In reply to comment #28)
> > > I submitted the change reverting the behaviour of PIPE_USAGE_STREAM for
> > > review, but it's strange: I couldn't notice any significant difference in
> > > stutter in Valley regardless of any of these changes.
> 
> Also, according to
> GALLIUM_HUD=requested-VRAM+VRAM-usage,requested-GTT+GTT-usage, Valley only
> seems to allocate about 10-20 MB for streaming BOs, so I'm not sure why
> putting them in VRAM or not makes such a big difference for you.
> 
> 
> > > BTW, what CPU are you using?
> > 
> > It's an AMD Phenom II x4 965be.
> 
> I assume the chipset for that doesn't support PCIe 3.0, does it? I wonder if
> maybe streaming BOs should be in VRAM with PCIe 3.0 but not with PCIe 2.0.

Yea I am PCIE 2.0.

Other settings which may or may not be relavent -

vblank_mode=0, swapbufferswait off, 1920x1080 fullscreen, quality high,
antialiasing off.

I tried with hud and see 10-20MB requested with the stream change reverted and
8kb with it.

The fps counter on hud does show the pauses - though even the good case looks
bad on that - but the biggest pauses it shows are between scenes when the
screen has faded to black, I guess you kind of expect something to be loading
then.

I'll upload a couple of screens.


You are receiving this mail because:
  • You are the assignee for the bug.
--1409565278.Aab1FdF0.17963-- --===============1174575088== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel --===============1174575088==--