[lkml]   [2001]   [Jun]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: Break 2.4 VM in five easy steps
    Helge Hafting wrote:
    > The drive is inactive because it isn't needed, the machine is
    > running loops on data in memory. And it is unresponsive because
    > nothing else is scheduled, maybe "swapoff" is easier to implement

    I don't quite get what you're saying. If the system becomes
    unresponsive because the VM swap recovery parts of the kernel are
    interfering with the kernel scheduler then that's also bad because there
    absolutely *are* other processes that should be getting time, like the
    console windows/shells at which I'm logged in. If they aren't getting
    it specifically because the VM is preventing them from receiving
    execution time, then that's another bug.

    > when processes cannot try to allocate more or touch pages
    > while it runs. "swapoff" isn't something you normally do often,
    > so it don't have to be nice.

    I'm not familiar enough with the swapping bits of the kernel code, so I
    could be totally wrong, but turning off a swap file/partition should
    just call the same parts of the VM subsystem that would normally try to
    recover swap space under memory pressure. Using "swapoff" to force this
    behaviour should just force it to happen manually rather than when
    memory pressure is high enough.

    Which means that if that's the normal behaviour of the VM subsystem when
    memory pressure gets high and it needs to recover unused pages from swap
    - i.e. the machine stops running - then that's still very broken
    behaviour, no matter what instigated the occurance.

    > Still, I find it strange that swapoff should take much more time,
    > even if you can get 2.2 to have the same amount in swap.

    So do I. Hence the original report.

    #!/usr/bin/perl -w

    usage: qrpff 153 2 8 105 225 < /mnt/dvd/VOB_FILENAME \
    | extract_mpeg2 | mpeg2dec -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 12:54    [W:0.023 / U:1.628 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site