I was looking at the performance of one of my systems the other day and
realised that it was often slowed by processes requesting disk I/O
while other (often unrelated) processes were waiting to send network
packets. For the sake of thinking out loud, would it be possible to
allow priority changes on a subsystem basis within the kernel? That is
to say, either tell the kernel that handling disk io is less important
than handling network io (or vice versa) or perhaps that processes
waiting for disk io be given their timeslices a little 'later' so that
other non-disk-bound processes get a few more? I understand that this
is entirely based on the priorities I have for one sserver but other
people may wish to accomplish similar things with different priorities.
Is this type of scheduler adjustment possible or even desirable?
For what its worth, the system in question is running 2.2.20 until I
find stable drivers for my DPT SmartRaid V controller for 2.4.x.
-- Michael T. Babcock CTO, FibreSpeed Ltd. (Hosting, Security, Consultation, Database, etc) http://www.fibrespeed.net/~mbabcock/ - 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/
This archive was generated by hypermail 2b29 : Thu Mar 07 2002 - 21:00:47 EST