Messages in this thread | ![/](/images/icornerl.gif) | | From | (bill davidsen) | Subject | Re: Circular Convolution scheduler | Date | 21 Oct 2003 18:51:10 GMT |
| |
In article <20031019085008.7505.qmail@email.com>, Clayton Weaver <cgweav@email.com> wrote: | (perhaps a bit less vague) | | While the long-term time series analyses | would doubtless be interesting for enterprise | networks, I had something more modest in mind. | | Most of the heuristic work so far seems to have | been directed toward how to identify interactive | processes as interactive without false positives | on batch processes, making the code correct (no | bugs), making it fast, and a little tuning to | obtain generally ("for most people") usable | values for how fast to scale up the priority | on a process that has matched the heuristics, | yes? | | My question about inserting a convolution | would be more relevant to what do we do | with that information ("we believe that | this process is interactive")once we have it.
I think that's the right point, but the advantage of better analysis may not be in better finding which process does what, but deciding which type of process we want to run and for how long. The reports of starving this and that indicate that giving the "most interactive" process all it can use may not be the best for the system responsiveness overall.
And the observed results from various fairness and deadline scheduling seem to bear this out. Instead of using an override "this process has waited too long" model, a better schudling in normal mode might be possible.
Just my thought, not "do the same old but better," but "make better choices for the system overall." That could target throughput or responsiveness as desired. -- bill davidsen <davidsen@tmr.com> CTO, TMR Associates, Inc Doing interesting things with little computers since 1979. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| ![\](/images/icornerr.gif) |