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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.