From: Knut Petersen <Knut_Petersen@t-online.de>
To: airlied@linux.ie
Cc: linux-kernel@vger.kernel.org
Subject: drm / i915 performance problems
Date: Fri, 14 Aug 2009 12:39:20 +0200 [thread overview]
Message-ID: <4A853ED8.9030800@t-online.de> (raw)
Hi David!
My current system is based on openSuSE 10.2, kernel 2.6.22.6 is used.
As support for that distribution is discontinued, I had a look at
openSuSE 11.1
and tried some of the new kernels. I found serious performance regressions
using the current kernels
First a short descrition of the relevant hardware:
mainboard: Aopen i915Gmm-hfs,
RAM: 2 GB
cpu: Pentium M 1.86GHz.
video: built in i915GM
00:00.0 Host bridge: Intel Corporation Mobile 915GM/PM/GMS/910GML
Express Processor to DRAM Controller (rev 04)
00:02.0 VGA compatible controller: Intel Corporation Mobile
915GM/GMS/910GML Express Graphics Controller (rev 04) (prog-if 00 [VGA])
00:02.1 Display controller: Intel Corporation Mobile 915GM/GMS/910GML
Express Graphics Controller (rev 04)
Test results:
glxgears: 1045 fps / 30% cpu usage (opensuse 10.2, kernel 2.6.22.6,
smooth desktop and glxgears operation)
glxgears: 925 fps / 35% cpu usage (opensuse 11.1, kernel 2.6.22.6,
smooth desktop and glxgears operation)
glxgears: 900 fps / 45% cpu usage (opensuse 11.1, kernel 2.6.27.29,
smooth desktop and glxgears operation)
glxgears: 210 fps / 8% cpu usage (opensuse 11.1, kernel 2.6.31-rc6,
Tiled buffers, jerky desktop and glxgears operation)
glxgears: 230 fps / 8% cpu usage (opensuse 11.1, kernel 2.6.31-rc6,
Tiling disabled, jerky desktop and glxgears operation)
glxgears: 280 fps / 100% cpu usage (opensuse 11.1, kernel 2.6.31-rc6,
DRI disabled in kernel, smooth desktop and glxgears operation)
With "jerky operation" in the table above I want to express, that
desktop and glxgears drawing operation seems to happen in
several bursts a second. Because of that the desktop performance is
annoying enough to be unusable.
Xorg.0.log tells me: "Failed to set tiling on [front|back|depth] buffer:
Invalid argument". As disabling tiling in the older kernels
results in similar performance drops, I believe that the inability to
use tiled buffers is responsible for the low glxgears fps numbers.
Any ideas how to solve that problem?
cu,
Knut
next reply other threads:[~2009-08-14 11:25 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-08-14 10:39 Knut Petersen [this message]
2009-08-14 11:44 ` drm / i915 performance problems Peter Zijlstra
2009-08-14 13:48 ` Knut Petersen
2009-08-14 14:01 ` Fabio Comolli
2009-08-14 21:08 ` Knut Petersen
2009-08-15 7:03 ` David John
2009-08-15 7:07 ` Fabio Comolli
[not found] <d938Z-60e-13@gated-at.bofh.it>
[not found] ` <d93st-6q2-39@gated-at.bofh.it>
[not found] ` <d95kz-13U-33@gated-at.bofh.it>
[not found] ` <d95DT-1K5-17@gated-at.bofh.it>
[not found] ` <d9cch-3A1-13@gated-at.bofh.it>
2009-08-15 13:14 ` Niel Lambrechts
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4A853ED8.9030800@t-online.de \
--to=knut_petersen@t-online.de \
--cc=airlied@linux.ie \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox