From mboxrd@z Thu Jan 1 00:00:00 1970
From: bugzilla-daemon@freedesktop.org
Subject: [Bug 51787] performance regression with llvm shader compiler in ut2004
Date: Thu, 02 Aug 2012 22:32:43 +0000
Message-ID:
References:
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Return-path:
Received: from culpepper.freedesktop.org (unknown [131.252.210.165])
by gabe.freedesktop.org (Postfix) with ESMTP id E6E2A9E76D
for ;
Thu, 2 Aug 2012 15:32:42 -0700 (PDT)
In-Reply-To:
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
Sender: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org
Errors-To: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org
To: dri-devel@lists.freedesktop.org
List-Id: dri-devel@lists.freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=51787
--- Comment #3 from Andy Furniss 2012-08-02 22:32:43 UTC ---
(In reply to comment #2)
> It might not help in fixing this, but I found that the framerate is much more
> consistent if I load all cpu cores with something while playing ut2004.
> Normally, the framerate counter is green, but flashes into yellow and purple,
> which makes movements very choppy. When something is running in the background,
> the framerate counter stays green, and all movements are smooth.
Maybe cpufreq is causing this here's what I get on the demo on an HD4890 +
4x3.4GHz phenom II.
R600_LLVM=0 ut2004
as-convoy?spectatoronly=1?numbots=8?quickstart=1?attractcam=1 -benchmark
-seconds=120 -nosound
cpufreq ondemand -
30.027578 / 76.497787 / 162.457611 fps
cpufreq set to performance
37.627441 / 93.523949 / 197.051376 fps
>
> With the llvm compiler the game is unplayable either way.
I see the stalling in the demo benchmark.
2.030273 / 70.589706 / 196.047073 fps
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.