https://bugs.freedesktop.org/show_bug.cgi?id=37262
Summary: Extreme IO using libre/openoffice Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: critical Priority: medium Component: Drivers/DRI/Radeon AssignedTo: dri-devel@lists.freedesktop.org ReportedBy: de.techno@gmail.com
Since the last few days and in many places, I've been wandering around posting this -
"I've been using KDE (QT) build of Openoffice on Gentoo and suddenly came across this strange problem which also persist with GTK openoffice and even Libreoffice.
It appears Openoffice takes too much disk I/O when drawing toolbars, it takes 2 minutes to cold start OOo, and in the mean time the whole system is unusable (I can hardly move the mouse) + the kernel hangs when I doing some other I/O intensive tasks while OOo is loading, and sometimes it hangs even if I'm nothing doing anything.
Since Base doesn't have many toolbars by default, it opens OK, but other things are just horrible.
Most important fact is that all this happens when composting is enabled with Kwin.
Also I've seen, this problem persists only if Kwin render method is OpenGL, if it's XRender, the problem's solved."
As bug reports or in forms.
The problem appears to come from the latest mesa (May 16th 2011), downgrading to 7.10.2 solves the problem.
https://bugs.freedesktop.org/show_bug.cgi?id=37262
dE de.techno@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Priority|medium |high
--- Comment #1 from dE de.techno@gmail.com 2011-07-17 20:45:32 PDT --- Ok, a new version has been made off this -- 7.11_rc1-r1, which has this problem. Looks like this problem's gonna persist till it's stabilization like all other problems.
https://bugs.freedesktop.org/show_bug.cgi?id=37262
--- Comment #2 from Alex Deucher agd5f@yahoo.com 2011-07-17 21:53:26 PDT --- Can you bisect?
https://bugs.freedesktop.org/show_bug.cgi?id=37262
--- Comment #3 from dE de.techno@gmail.com 2011-07-18 08:27:22 PDT --- I hope you mean the commit. As said, the problem persists with mesa greater than 7.10.x.
This problem appears be of low level, I tried a systemtap script to see what was causing the I/O but there was hardly anything suspicious.
https://bugs.freedesktop.org/show_bug.cgi?id=37262
--- Comment #4 from Alex Deucher agd5f@yahoo.com 2011-07-18 08:31:58 PDT --- Bisect the mesa git tree between when 7.10 was branched and the earliest master commit you've tested.
https://bugs.freedesktop.org/show_bug.cgi?id=37262
dE de.techno@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO
--- Comment #5 from dE de.techno@gmail.com --- Looks like no one uses R690 (x1270) anymore. And mine is dead.
https://bugs.freedesktop.org/show_bug.cgi?id=37262
GitLab Migration User gitlab-migration@fdo.invalid changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |RESOLVED Resolution|--- |MOVED
--- Comment #6 from GitLab Migration User gitlab-migration@fdo.invalid --- -- GitLab Migration Automatic Message --
This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.
You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/mesa/mesa/issues/280.
dri-devel@lists.freedesktop.org
-
bugzilla-daemon＠freedesktop.org