lkml.org 
[lkml]   [2006]   [Oct]   [9]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: sluggish system responsiveness under higher IO load
    On Mon, Oct 09 2006, Jesper Juhl wrote:
    > On 08/10/06, Jens Axboe <jens.axboe@oracle.com> wrote:
    > >On Sun, Oct 08 2006, Christian wrote:
    > >> Am Freitag, 6. Oktober 2006 17:58 schrieb Paolo Ornati:
    > >> > On Sun, 13 Aug 2006 18:15:12 +0200
    > >> >
    > >> > Matthias Dahl <mlkernel@mortal-soul.de> wrote:
    > >> > > Just let me know once you got them, so I can safely delete them
    > >again.
    > >> > >
    > >> > > At the moment, I am trying without preemption but for example doing a
    > >> > > untar kernel sources still results in sluggish system
    > >responsiveness. :-(
    > >> >
    > >> > I used to have this type of problem and 2.6.19-rc1 looks much better
    > >> > than 2.6.18.
    > >> >
    > >> > I'm using CONFIG_PREEMPT + CONFIG_PREEMPT_BKL, CFQ i/o scheduler
    > >> > and /proc/sys/vm/swappiness = 20.
    > >>
    > >>
    > >> Which change in the new kernel has made it better? I was following the
    > >lkml
    > >> very close and didn't see any change that could have fixed that problem.
    > >
    > >There is a substantial CFQ update, so it could be that. Or it could be
    > >something unrelated of course, I didn't check if eg the cpu scheduler
    > >changed much. Or vm :-)
    > >
    > >--
    > >Jens Axboe
    > >
    > I want to chime in here and let you know that I've experienced
    > something similar.
    >
    > I'm using CFQ as my default I/O schedular.
    > Since 2.6.18-git<something_I'm_not_sure_of> I've experienced that when
    > doing heavy (or even not so heave) disk I/O my system gets very
    > sluggish. Observable by the fact that my mouse pointer in X "jumps"
    > which it never did before, and switching windows I can see the new
    > window repaint slowly whereas earlier it would just snap onto the
    > screen.

    You should verify that this is CFQ related by booting into the same
    kernel with elevator=deadline (or anticipatory) and attempt to reproduce
    it, then reboot with CFQ and make sure it reproduces again.

    Having profiles of the sluggish period would also be very interesting,
    regardless of the outcome of the above test.

    --
    Jens Axboe

    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2006-10-09 08:01    [W:2.756 / U:0.004 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site