lkml.org 
[lkml]   [2004]   [Apr]   [29]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: ~500 megs cached yet 2.6.5 goes into swap hell
    >>  These are at the heart of the thread (or my point, at 
    >> least) -- BloatyApp may be Oracle with a huge cache of its own, for
    >> which swapping out may be a huge mistake. Or Mozilla. After some
    >> amount of disk IO on my 512MB machine, Mozilla would be swapped out...
    >> when I had only been typing an email minutes before.
    >
    > OK, so it takes four seconds to swap mozilla back in, and you noticed it.
    >
    > Did you notice that those three kernel builds you just did ran in twenty
    > seconds less time because they had more cache available? Nope.

    The latency for interactive stuff is definitely more noticeable though, and
    thus arguably more important. Perhaps we should be tying the scheduler in
    more tightly with the VM - we've already decided there which apps are
    "interactive" and thus need low latency ... shouldn't we be giving a boost
    to their RAM pages as well, and favour keeping those paged in over other
    pages (whether other apps, or cache) logically? It's all latency still ...

    M.

    -
    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: 2005-03-22 14:02    [W:2.212 / U:0.448 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site