Re: [PATCH] Minor scheduler fix to get rid of skipping in xmms

[Johnny Yau]

>
> Heh, your logic is entertaining. I don't know how you got from step 1
> to step 3 ;)

LOL...I got a bit scatterbrained.  My basic argument is the fewer context
switches while maintaining interactivity the better because it's less
overhead and less cache thrashing.  If we don't care about the overhead and
thrashing at all, then might as well be very aggressive with the scheduler
and use uniform 1 ms timeslices in a RR fashion.  I've coded such a
scheduler in an embedded systems context; response time is awesome, but I
highly doubt it'd work for Linux workloads.

>
> Anyway, you don't have to dump different timeslice lengths because you
> don't really have them to begin with. See how "Nick's scheduler policy
> v12" fixes your problems by mostly reducing complexity, not adding to
> it.
>

I just started monitoring the list and I'm still quite a bit behind, so I'm
playing catch up on reading whenever I have a bit of free time.  I'll look
for your patch and check out your code.


John Yau
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/