Page 4 of 7 FirstFirst ... 23456 ... LastLast
Results 31 to 40 of 61

Thread: Fixed: The Linux Desktop Responsiveness Problem?

  1. #31
    Join Date
    Aug 2009
    Location
    south east
    Posts
    341

    Default backports to all the kernels up to now?

    "Cute", when is kernel.org going to start backports to all the old kernels?

  2. #32
    Join Date
    May 2007
    Location
    Third Rock from the Sun
    Posts
    6,582

    Default

    Quote Originally Posted by squirrl View Post
    "Cute", when is kernel.org going to start backports to all the old kernels?
    Why would they? It's up to individuals or distro's to backport if they deem necessary.

  3. #33
    Join Date
    Apr 2007
    Posts
    99

    Default

    Hey guys, 2.6.34 needed more backporting than I thought. Merge the branch available here to backport 2.6.35's memory management to 2.6.34: http://git.zen-kernel.org/?p=kernel/...eads/mm-2.6.34

  4. #34
    Join Date
    Aug 2008
    Posts
    99

    Default

    Another test: use hugin/panotools to stitch together a few dozen 8MP images into a panorama, or open up said panorama in Gimp.

  5. #35

    Default

    Are these the same patches some people tried?

    http://lkml.org/lkml/2010/8/5/38

  6. #36

    Default

    so, is it better/worse?

  7. #37
    Join Date
    Aug 2010
    Posts
    4

    Default

    Quote Originally Posted by nerdopolis View Post
    piotr I'm not exactly sure, but dd is probably pegging your CPU.

    see what happens to your performance when you are copying that 5GB file?
    better a little I think than dd. Also, I have here rare configuration. My rootfs and home are on LVM, where this LVM is on dmcrypt. so raw storage <> dmcrypt <> lvm <> filesystem. It may reduce performance. I forgot to do tests without this patch so I cant say that this is faster or not.

  8. #38

    Default

    Quote Originally Posted by piotr View Post
    better a little I think than dd.
    Then I guess it's not better at all. :> I'll check myself if those patches make a difference. If the problem isn't fixed yet, then the best option is to report to lkml till somebody is trying to fix it.

  9. #39

    Default

    Quote Originally Posted by piotr View Post
    Well It's not working for me I think.

    Code:
    dd if=/dev/zero of=test bs=1M count=5024 && rm test -f
    in while loop and firefox lag, mouse laggy from time to time, HARDCORE. :<

    Also I think after fresh boot starting firefox took a way more time than normal.
    I have an unpatched 2.6.35 kernel and my system is still responsive if I run that command. I have an Intel X-25M SSD. Could this issue predominantly affect mechanical hard drives?

  10. #40
    Join Date
    Jun 2009
    Posts
    1

    Default

    I think I will provide more than just beer! This issue has been severely plaguing me in every ubuntu install on various types of hardware for years now. It's so bad that running virtual machines on ubuntu and linux is actually pointless. it does not work.

    I have been following this bug: https://bugzilla.kernel.org/show_bug.cgi?id=12309 for a while now. They also mention some patches. Not sure if it's the same patches, but it's the same issue.

    Man I will be happy. Biggest thing holding back linux on the desktop.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •