[lkml]   [2003]   [Aug]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: Interactivity improvements
    In article <> you wrote:
    > On Thu, Aug 07, 2003 at 04:24:18PM +0100, Richard Curnow wrote:
    >> What about compilers chewing on source files coming in over NFS rather
    >> than resident on local block devices? The network waits need to be
    >> broken out into NFS versus other, or UDP versus TCP or something. e.g.
    >> waits due to the user not having typed anything yet, or moved the mouse,
    >> are going to be on TCP connections.
    > I'd be interested in whatever you come up with for this, as I use NFSS
    > a lot.

    Well, it might be easy to separate user mode blocking in filesystem
    operations as opposed to usermode sleeping on file descriptors on a file
    system type base.

    But maybe we do not need to differentiate anyway, perhaps we can somehow
    detect blocking reads which stress the hardware, vs. blocking reads which
    actually lowers the load. Perhaps we need a fd flag for that, where FDs
    pointing to fifo, socket and pipes will be free, and FDs pointing to some
    devices (e.g. not tty) and files will be tainted and get penalty on

    Another optimisation would be to only penalt a blocking process if there is
    more than one, to avoid renicing processes on otherwise unloaded but slow

    eckes privat -
    Project Freefire -
    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:47    [W:0.022 / U:7.960 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site