Messages in this thread | | | Date | Thu, 31 Jul 2003 17:58:56 +1000 | From | Nick Piggin <> | Subject | Re: [PATCH] O10int for interactivity |
| |
Con Kolivas wrote:
>On Thu, 31 Jul 2003 16:36, Nick Piggin wrote: > >>Oh, and the process scheduler can definitely be a contributing factor. >>Even if it looks like your process is getting enough cpu, if your >>process doesn't get woken in less than 5ms after its read completes, >>then AS will give up waiting for it. >> > >This part interests me. It would seem that either >1. The AS scheduler should not bother waiting at all if the process is not >going to wake up in that time >
It doesn't. Lacking a crystal ball, it relies on heuristics to achive this. It generally works.
> >2. The process should be woken in that time to ensure the AS scheduler is not >wasting it's time waiting. >or a combination of 1 and 2 depending on some heuristic deciding on how >important it is for 2 instead of 1. >
Well yes, for any IO scheduler its important that a process being woken for IO is run ASAP. It is realy up to the process scheduler to hash out the policy here, just keep in mind that this is an important metric.
If the scheduler / CPU can't keep up, then AS's heuristic should kick in quickly.
> >No, I'm not planning on trying to implement either of these <insert usual >complaint about time and knowledge here>, but I thought I should at least >contribute my thoughts. > >
No need! Just keep in mind that newly waking processes are important. Not just for disk but any sort of IO: network, soundcard buffers, etc.
- 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/
| |