Forgot your password?
typodupeerror
Bug Ubuntu Graphics Upgrades X Linux News

Ubuntu LTS Experiences X.org Memory Leak 320

Posted by timothy
from the like-it-when-windows-crashed-more dept.
MonsterTrimble writes "Ubuntu 10.04 LTS Beta 2 is experiencing a major memory leak due to patches for X.org. 'An X.Org Server update that was pushed into the Lucid repository last week has resulted in the system being slower and slower as it is left on, until it reaches a point where the system is no longer usable. ... In order to make the Ubuntu 10.04 LTS deadline, the developers are looking at just reverting three of the patches, which brings the GLX version back to 1.2. Ubuntu developers are now desperate for people willing to test out this updated X.Org Server package so they can determine by this Friday whether to ship it with Ubuntu 10.04 LTS or doing an early SRU (Stable Release Update). Right now this X.Org Server that's being tested is living in the ubuntu-x-swat PPA.'"
This discussion has been archived. No new comments can be posted.

Ubuntu LTS Experiences X.org Memory Leak

Comments Filter:
  • Re:Valgrind? (Score:2, Informative)

    by Anonymous Coward on Wednesday April 21, 2010 @04:42PM (#31930796)

    How come this wasn't caught when they were profiling? Notice I said "when" - the X.org people aren't seriously deploying patches to such a crucial app without profiling first, are they?

    Because this isn't a patch or bug from the "X.org people". It's a patch ubuntu applied to x.org for GLX 1.4 support or something like that. So the question should be, why aren't the ubuntu people profiling before releasing patches.

  • by John Whitley (6067) on Wednesday April 21, 2010 @04:49PM (#31930926) Homepage

    The Ubuntu Wiki has details on this issue at the GEMLeak [ubuntu.com] entry. It provides instructions on how to upgrade to (and remove) the candidate packages in the PPA. This comment is worthy of note for those already on Lucid:

    This does not affect cards using proprietary drivers or not using DRI2. Intel will always be affected since DRI2 is used with and without KMS, ATI uses DRI1 without KMS.

  • by Super Techie (1081539) on Wednesday April 21, 2010 @04:56PM (#31931088)
    If you read the wiki page referenced carefully, it would seem that the general consensus is that the bug is fixed in the testing packages. https://wiki.ubuntu.com/X/Testing/GEMLeak [ubuntu.com] Seems a bit blown out of proportion to me.
  • Re:What? (Score:4, Informative)

    by nedlohs (1335013) on Wednesday April 21, 2010 @05:04PM (#31931242)

    Which would be why they sent that to their -dev mailing list.

    You do know the difference between someone sending a request, and someone else reporting on that request, and someone else reporting on someone else reporting on that request?

    Right???

  • Re:Well... (Score:4, Informative)

    by h4rr4r (612664) on Wednesday April 21, 2010 @05:32PM (#31931738)

    Installed by the OEM not MS.

  • by TheQuantumShift (175338) <monkeyknifefight@internationalwaters.com> on Wednesday April 21, 2010 @06:40PM (#31932692) Homepage
    And the important part from the wiki:

    This does not affect cards using proprietary drivers or not using DRI2.

    And a quick check of top shows xorg is "only" using 140MB currently on my machine (up 3 days, using fglrx)
  • It's "Lucid Lynx" (Score:2, Informative)

    by MagicFab (7234) on Wednesday April 21, 2010 @07:37PM (#31933414) Homepage

    During its development cycle, Ubuntu is called by its code name "Lucid Lynx".

    Only once it's released will it become Ubuntu 10.04 LTS.

  • Re:Valgrind? (Score:5, Informative)

    by nxtw (866177) on Wednesday April 21, 2010 @08:27PM (#31933978)

    I never understood backporting. Sure, it gives the illusion of stability, but you're relying on a much smaller set of developers, those for your OS, who may or may not understand the upstream code well enough to make smart decisions and having them glue code in and call it a "stable" release version.

    Considering how much of the development actually comes from Red Hat, it's likely that at least they understand the upstream code well.

    One reasons I will always pick Debian - stable over running Red Hat / CentOS with it's 3 year old versions of software that has "backported" fixes.

    RHEL/CentOS software is only three years old if you're running a three year old version of RHEL/CentOS. The upcoming RHEL 6 will include newer software.

    Red Hat probably spends more time testing their backported fixes than the upstream developers spend testing the original code.

"A mind is a terrible thing to have leaking out your ears." -- The League of Sadistic Telepaths

Working...