Page 14 of 23 FirstFirst ... 41213141516 ... LastLast
Results 131 to 140 of 225

Thread: The ~200 Line Linux Kernel Patch That Does Wonders

  1. #131
    Join Date
    Nov 2010
    Posts
    2

    Default

    crickey is the cameraman dancing or what - how irritating

  2. #132
    Join Date
    Jun 2010
    Location
    Italy
    Posts
    20

    Default

    I forgot to link the announce of Poetting of this new systemd feature:
    http://marc.info/?l=linux-kernel&m=129003328603921&w=2http://marc.info/?l=linux-kernel&m=129003328603921&w=2

    Marco

  3. #133
    Join Date
    Nov 2007
    Posts
    297

    Default

    Well this has been backported to 2.6.36 and 2.6.35 and is being added to gentoo sources right now (as well as prepared for 2.6.37 sources when that is released)

  4. #134
    Join Date
    Oct 2007
    Location
    Sweden
    Posts
    174

    Default

    Quote Originally Posted by V!NCENT View Post
    So for example if the user maximises a window, then the maximised window app gets more priority. That sort of thing.
    Ok, thats the old focus-driven priority adjustment with a twist. It is known not to work well when you run programs in terminals. I thought windows got a wholy new shiny console environment but I guess its not meant for everyday use.

    Quote Originally Posted by V!NCENT View Post
    Watch the Vista kernel dev interview on channel9. Windows 7 is actualy Windows Vista but the UI gets some slice of what the user is doing trick, combined with optimizations of the UI app itself.
    It wants silverlight. Do I have to install moonlight or windows to see it?

    Quote Originally Posted by V!NCENT View Post
    Don't forget that Windows tightly integrates the UI with the kernel, where on Linux it is just an afterthought with X.org, that currently happens to have its Gallium3D driver framework partialy into the Linux kernel now, but there is no kernelspace<->userspace management voodoo going on
    I dont think gallium can be compared to windows UI kernel integration. Gallium is a clean generic device driver API usefull for a lot of things.
    In general I think process grouping is way much cleaner solution than windows-like UI voodoo. As a developer I love the neatness of it.

  5. #135
    Join Date
    Oct 2009
    Location
    Netherlands
    Posts
    40

    Lightbulb

    Hi,

    I wasn;t really happy installing the patched kernel from debian (who knows what would break in ubuntu) I decided to patch the stable maverick kernel (2.6.35-22.35) with the infamous patches.

    I've just booted into the fresh patched kernel and no kernel panic so far

    I'm too lazy to put up a PPA for y'all (besides I dont plan to maintain this anyway), BUT that doesn't keep me from putting the debs online for download.

    so, for all you Ubuntanistas out there, download your fresh autogroups patched kernel here:
    (sorry only 64bit)

    http://www.outrightsolutions.nl/~sander/ubuntu/kernel/

    you need at least the linux-image package, and also the linux-headers if you have DKMS managed drivers. Good luck and (hopefully) enjoy

  6. #136
    Join Date
    Oct 2007
    Location
    Sweden
    Posts
    174

    Default

    Your server going down in ten, nine, eight ...

  7. #137
    Join Date
    Aug 2010
    Posts
    28

    Default

    Welcome back, Linux! Prior to this patch, on 2.6.36 a simple rsync of some multi-gigabyte files over a 6-disk raid on a core i7 with 12GB ram would take the desktop down. Audio stutters, compiz windows fading out due to delays, and unable to start a tomcat server in eclipse due to the default 45 second startup timeout.

    Post patch on 2.6.37 results doing the same rsync as before, compiling the kernel with a -j30, playing audio, and launching tomcat from eclipse and no stutters or nasty delays!!!! The load hit about 40, and the system kept running without any extreme delays!

    Those wondering if the patch helps with the io issues, I'd have to say yes. The only kernel change I did from the 2.6.36 was to enable the automatic process group scheduling. You could see the throughput go up and down during the rsync. This sure beats having to worry about ionice and bandwidth limiting the rsync process just to avoid desktop issues.

    Thanks for the simple yet extremely helpful patch.

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

    Default

    FYI: this patch has already been incorporated into openSUSE's Head kernel repo:

    https://features.opensuse.org/310843

    Done. In kernel:HEAD repo, only for -desktop flavour.
    http://download.opensuse.org/reposit...openSUSE_11.3/

  9. #139
    Join Date
    Aug 2009
    Posts
    2,264

    Default

    Haha Windows and a shiny console environmnt :rollryes:

    I saw it on XP at my school years ago. Maybe check YouTube?

    Also I might have wrongly interpreted the scheduling voodoo as my knowledge was extremely limited compared to what I know now. What I know now is even limited

    I can't search for the video on youtube for you because I on my mobile phone right now.

  10. #140
    Join Date
    Jan 2009
    Location
    Vienna, Austria; Germany; hello world :)
    Posts
    622

    Default

    Quote Originally Posted by zicada View Post
    This patch doesn't apply to IO loads at all, only CPU. It is currently being discussed to add a similar patch to the kernel for automatically using cgroups for IO loads as well.

    What's important to realize is that it was possible to do what this patch does for quite a while using cgroups. The issue has been that no distros really have made any use of it.
    BS

    did you even re-compile your kernel ?

    when enabling the autogroup option and cgroups for CFQ - which you're asked for the responsibility "feels" much better

    also: my apps seem to close and open noticably faster - it might be only 1-2 seconds less but it's noticable in my everyday workflow

Tags for this Thread

Posting Permissions

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