On Tue, 12 Sep 2000, Alan Cox wrote: > > Now, I see people trying to introduce the concept of elapsed time into > > that fix, which smells strongly of hack. How will this hack be cobbled > > Actually my brain says that elapsed time based scheduling is the right > thing to do. It certainly works for networks Interesting, I'll try and run with this. The mention of networks reminds me that any "max service time" variable is a tunable quantity depending on current conditions.. .. and sct's block device I/O accounting patches give us the current average request service time on a per-device basis. Multiply that up a bit and maybe you have your threshold for moving things to the head of the queue. Cheers Chris - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
- Re: More on 2.2.18pre2aa2 Rik van Riel
- Re: More on 2.2.18pre2aa2 Andrea Arcangeli
- Re: More on 2.2.18pre2aa2 Rik van Riel
- Re: More on 2.2.18pre2aa2 Andrea Arcangeli
- Re: More on 2.2.18pre2aa2 Rik van Riel
- (reiserfs) Re: More on 2.2.18pre2aa2 Andrea Arcangeli
- Re: More on 2.2.18pre2aa2 Rik van Riel
- (reiserfs) Re: More on 2.2.18pre2aa2 Andrea Arcangeli
- Re: (reiserfs) Re: More on 2.2.18pre2aa2 Chris Evans
- (reiserfs) Re: More on 2.2.18pre2aa2 Alan Cox
- (reiserfs) Re: More on 2.2.18pre2aa2 Chris Evans
- (reiserfs) Re: More on 2.2.18pre2aa2 Andrea Arcangeli
- Re: (reiserfs) Re: More on 2.2.18pre2aa2 Alan Cox
- Re: (reiserfs) Re: More on 2.2.18pre2aa2 Mitchell Blank Jr
- Re: (reiserfs) Re: More on 2.2.18pre2aa2 Alan Cox
- Re: (reiserfs) Re: More on 2.2.18pre2aa2 Mitchell Blank Jr
- Re: (reiserfs) Re: More on 2.2.18pre2aa2 Alan Cox
- Re: (reiserfs) Re: More on 2.2.18pre2aa2 Mitchell Blank Jr
- Re: (reiserfs) Re: More on 2.2.18pre2aa2 James Sutherland
- Re: (reiserfs) Re: More on 2.2.18pre2aa2 Mitchell Blank Jr
- Re: (reiserfs) Re: More on 2.2.18pre2aa2 Andrea Arcangeli