All of lore.kernel.org
 help / color / mirror / Atom feed
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

             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.