Why? I'm seeing this Report the first time now. I've wondered all the
time why the GFX-Performance was slowing down more and more. This should
definitly beeing fixed.
--
[RS482] low performance due to removal of _tnl_ProgramCacheInit()
https://bugs.launchpad.net/bugs/347569
You received this bug
This proposed update has been in -proposed for half a year without any
feedback. Therefore it was removed from hardy-proposed again.
** Changed in: mesa (Ubuntu Jaunty)
Status: Fix Committed = Won't Fix
--
[RS482] low performance due to removal of _tnl_ProgramCacheInit()
** Changed in: mesa (Ubuntu Jaunty)
Assignee: Bryce Harrington (bryceharrington) = (unassigned)
--
[RS482] low performance due to removal of _tnl_ProgramCacheInit()
https://bugs.launchpad.net/bugs/347569
You received this bug notification because you are a member of Ubuntu
Bugs, which is
I haven't tried that, but as I understand it, they are tightly
integrated and it's the DRM module that is crashing the system anyways,
not the radeon driver piece, however the driver DOES need to be updated
to solve the problem too. The radeon package only contains the xorg-
driver loadable
Correction to above. WoW OpenGL mode for wine works just fine with
these drivers with a few minor glitches: disappearing text inside
buildings and classic white minimap problem, but the D3D mode performs
equally well with less problems. The current drivers just hard lock the
system.
--
[RS482]
I regret not testing these changes more. They seem to increase hard lockups
for 3D activity considerably. After updating the drivers and dri to the
versions supplied by an independent ppa utilizing an updated driver from
upstream, no lockups occur anymore. The ppa comes from here:
Jeremy, is it enough to only install the xserver-xorg-video-ati (and
-radeon) package from the PPA?
--
[RS482] low performance due to removal of _tnl_ProgramCacheInit()
https://bugs.launchpad.net/bugs/347569
You received this bug notification because you are a member of Ubuntu
Bugs, which is
** Branch linked: lp:ubuntu/jaunty-proposed/mesa
--
[RS482] low performance due to removal of _tnl_ProgramCacheInit()
https://bugs.launchpad.net/bugs/347569
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Accepted mesa into jaunty-proposed, the package will build now and be
available in a few hours. Please test and give feedback here. See
https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to
enable and use -proposed. Thank you in advance!
** Changed in: mesa (Ubuntu Jaunty)
** Description changed:
- Binary package hint: xserver-xorg-video-ati
+ [Problem]
+ Performance regression on Xpress 200M for Jaunty.
- My Xpress 200M is almost dead after I upgraded the system to Ubuntu
- 9.04.
+ [Impact]
+ Affects users of older R300-based chipsets, causing a performance
I've put in an SRU for this patch. Ideally, I would have liked to see
more testers since I'm a bit iffy on this patch, but if I count
correctly there have been 5 testers which I guess is close enough.
I've updated the patch to include the ubuntu3.2 change, although that
one seems to be stuck in
I agree it is an invalid benchmark for performance testing, but notable
cpu usage differences are. BTW. This will become invalid for Karmic.
The new drivers in place there work fine out of the box,
--
[RS482] low performance due to removal of _tnl_ProgramCacheInit()
The same problem on my Dell Vostro 1000
CPU AMD TurionX2 2000MHz, 6GB RAM, ATi RS485 IGP chipset (Xpress 1150)
[$ glxgears @ powersave governor c...@800mhz]
956 frames in 5.0 seconds = 191.193 FPS
982 frames in 5.0 seconds = 196.330 FPS
992 frames in 5.0 seconds = 198.368 FPS
[$ glxgears @
lspci:
01:05.0 VGA compatible controller: ATI Technologies Inc RC410 [Radeon Xpress
200M]
Problem was confined to slow OpenGL rendering.
Results of using the PPA packages:
- glxgears get an increase from 3-400 to around 500
- much improved rendering in Neverball
- decreased CPU use when running
Bryce: Can you bring in the recent patch for 7.4-0ubuntu3.2 and
recompile and bump this version to 7.4-0ubuntu3.3~bug347569~1 as the
current mesa still does not have this fix? I noticed after upgrading to
recent mesa that it is slow again. Robert Hooker (Sarvatt) added a
patch for LP#256021, and
Everyone: I need more people to test this patch. Preferably if your
video supports TCL or is a different generation R200/400/R500, so we
have evidence of whether it is stable, or if regressions occur.
--
[RS482] low performance due to removal of _tnl_ProgramCacheInit()
Do you need any more reports from me?
In my case the patch is stable and i see no regressions or something like this.
--
[RS482] low performance due to removal of _tnl_ProgramCacheInit()
https://bugs.launchpad.net/bugs/347569
You received this bug notification because you are a member of Ubuntu
I have tested this change on an RV350 card Radeon 9600 which supports
TCL with no negative side effects. The cpu usage seems lower and the
desktop effects more responsive. I used to get lockups with 3D on this
card (cpu overheat maybe), but they are gone now.
--
[RS482] low performance due to
Okay, sounds like there are two positive test cases so far. See if you
can find two or three more people to give it a test; even if they are
not experiencing low performance but can test the package to verify it
does not cause regression, that would be enough.
** Changed in: mesa (Ubuntu
Irom, it seems like you did it correctly. For glxgears, Bryce removed
the FPS output since it was abused for benchmarking.
--
[RS482] low performance due to removal of _tnl_ProgramCacheInit()
https://bugs.launchpad.net/bugs/347569
You received this bug notification because you are a member of
I'm starting to wonder if there is another separate driver problem hampering
the RS690 chipset. You did mention that your CPU wasn't being pinned high
anymore. I think that is the main fix that this patch brings, but my chipset
is RS482 Xpress 200M, so it may be a different problem as well.
i had no fglrx drivers installed.
i mentioned one more thing today. my CPU works at ondemand mode at 800 MHz.
it turned to 1.9 GHz with old mesa packages with glxgears. today with new mesa
i can manually put CPU to performance mode and then glxgears run up to 590 FPS
and desktop effects start
590fps is normal on the RS690 chipset with the open source drivers. I
get around 570fps which is similar. So it looks like it is working to
me. My guess is that you are suffering from a power management problem
instead, which may be related to the new video power management code.
Besides that,
I've been running the PPA package for about 24 hours now. I haven't
experienced any issues, no lock ups. I am getting much better frame
rates from glxgears, but honestly I'm not really _feeling_ any
noticeable performance improvements either.
$ glxinfo | grep OpenGL
OpenGL vendor string: DRI R300
Irom: Hmmm... It sounds to me like you are experiencing another issue
entirely. I'm afraid yours might not be resolved until the Radeon-Rewrite code
comes into action. What happens if you use the links above regarding
radeon-rewrite and the new radeon drivers? You will have to undo those
i'm not sure that i have understood everything correctly. sorry.
first of all i removed the Bryce Harrington's PPA from my sources.list.
then i added there the entries from
https://launchpad.net/~xorg-edgers/+archive/radeon
updated libgl1-mesa-dri, libgl1-mesa-glx, libglu1-mesa and mesa-utils.
Bryce: Thank you for compiling it in your ppa, I will try the new
packages you uploaded right away to make sure the patches applied well.
BTW If you are changing the summary, you can add high cpu to that. It
is a common result everyone experiences.
--
[RS482] low performance due to removal of
I have tested the packages in your ppa and they work fine. The speed is
improved in the same way. Desktop effects works, games work. I
haven't tested wined3d yet. My R300 always had graphical glitches in
wine with these drivers anyhow. Now I just need more testers.
--
[RS482] low
Irom: Can you give me the output of the following commands at the
command line:
glxinfo | grep direct
glxinfo | grep OpenGL
It also looks like your driconf settings may not be their default
values. Try the default settings first, then experiment from there. It
is strange that glxgears thinks
Jeremy Wilkins:
$ glxinfo | grep direct
direct rendering: Yes
$ glxinfo | grep OpenGL
OpenGL vendor string: DRI R300 Project
OpenGL renderer string: Mesa DRI R300 20060815 x86/MMX+/3DNow!+/SSE2 NO-TCL
OpenGL version string: 1.3 Mesa 7.4
OpenGL extensions:
i removed .drirc file from my home
... and it gives me no changes in 3D performance.
$ glxgears
1586 frames in 5.0 seconds = 317.067 FPS
1593 frames in 5.0 seconds = 318.553 FPS
1542 frames in 5.0 seconds = 308.372 FPS
1591 frames in 5.0 seconds = 318.190 FPS
here's nothing about vsync now.
--
[RS482] low performance due to
thanks for response.
i updated everything using Bryce Harrington's PPA.
i see no improvements in glxgears FPS, but now it does not occupy cpu anymore.
well i know that glxgears is not a benchmark, but it is still impossible to
play any 3D games.
compiz works quite well except some horizontal
32 matches
Mail list logo