This week in the scheduling discussion
Posted Apr 26, 2007 8:59 UTC (Thu) by nix
Parent article: This week in the scheduling discussion
This time-as-money analogy can be extended further. I can imagine a system which has a sort of futures market in runtime, where processes that will need runtime in the future can ask for it, costing some of its present runtime to do so and trading off against other processes which are asking for the same thing. (Asking for time at specific instants would cost more.)
This might be useful for things like multimedia apps that can tell that they have a bunch of especially hefty decoding work coming up in five seconds, or something like that.
(But I'm just babbling and have no code...)
to post comments)