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 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--
--===============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==--