> That problem: the original elevator code did not schedule I/O particularly > fairly under certain I/O usage patterns. So it got fixed. No it got hacked up a bit. > 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 - 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 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
- 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
- Re: (reiserfs) Re: More on 2.2.18pre2aa2 Alan Cox
- Re: (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