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.