[lkml]   [2002]   [Jan]   [21]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [2.4.17/18pre] VM and swap - it's really unusable
    On Mon, 2002-01-21 at 16:54, wrote:

    > > It doesn't have to run mostly in the kernel. It just has to be in the
    > > kernel when the I/O-bound tasks awakes. Further, there are plenty of
    > How does that work? Won't the switch happen on exit from the kernel?

    Sure, but we have essentially unbounded times in the kernel ...
    I/O-bound tasks shouldn't have to wait for do_try_to_free_pages to
    finish for some lower priority process.

    > > what we consider CPU-bound tasks that are interactive and/or
    > > graphics-oriented and this adds much to their time in the kernel.
    > I'm not sure what an "interactive and/or graphics-oriented" CPU bound
    > task might be. Is there a definition?

    I'm talking about today's GUI application. It does computation and its
    riddled with bloated GUI code. So it is certainly CPU bound. At the
    same time it is interactive (blocking or polling on user input) and
    involves some graphics output. So it is involved in I/O, too. What
    would you consider it?

    > So you think of an "I/O bound task" as "an I/O bound task that spends
    > most of its timeblocked". Won't the latencies of such tasks already be
    > pretty high? I'd think that better caching and read-ahead is the correct
    > fix.

    I should correct myself, I didn't mean "most of its time" but a
    statistically large portion. All it needs to do is find itself woken
    when something else is in the kernel.

    > > While we certainly need tangible empirical benefits, users finding their
    > > desktop experience smoother and thus more enjoyable is just about the
    > > best thing we can ask for.
    > It depends on what you want.

    I want a better kernel.

    Robert Love

    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 13:15    [W:0.023 / U:157.272 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site