[lkml]   [2002]   [Aug]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: IDE from current bk tree, UDMA and two channels...
    Jens Axboe wrote:

    >>>that would work, but I think it would seriously starve the other device
    >>>on the same channel.
    >>We starve anyway, becouse the kernel isn't real time and we can't
    >>guarantee "sleeping" for some maximum time and comming back.
    >>We don't reschedule the kernel during this kind of "sleeping".
    >>And we can't know that a command on the "mate" will not take
    >>extraordinary amounts of time. It's only a problem if mixing travan
    >>tapes with disks on a channel.
    > I'm thinking about the alternation of the devices so one device can't
    > starve the other device off the channel.

    Ah so you are thinking about two equally powered devices
    competing for the channel. Something I would call the "sumo fight"
    situation. Well disks didn't use the "sleeping" mechanism at all anyway
    and the chances someone would do cp from CD-ROM to CD-ROM are low.

    Finally I think that the proper granularity of scheduling requests to
    the drive is, well, the request layer. The queue processing layer should
    handle this becouse otherwise we would have two "competing" optimization
    mechanisms. And there we are indeed able to actually relinquish some CPU
    time. If you look at an request processing optimization as a low pass
    signal filter it's immediately obvious that the effects of chaining them
    can be, well at least "counter intuitive".

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