From: "Ihar \"Philips\" Filipau" <filia@softhome.net>
To: jimis@gmx.net
Cc: linux-kernel@vger.kernel.org
Subject: Re: Feature proposal (scheduling related)
Date: Wed, 23 Jul 2003 13:54:08 +0200 [thread overview]
Message-ID: <3F1E7760.1000909@softhome.net> (raw)
In-Reply-To: <cpvY.4hH.25@gated-at.bofh.it>
jimis@gmx.net wrote:
> With the current scheduler we can prioritize the CPU usage for each
> process. What I think would be extremely useful (as I have needed it
> many times) is the scheduling of disk I/O and net I/O traffic. 2
> examples showing the importance (the numbers are estimations just to
> explain whati I mean):
>
can address only your first problem.
> 1)I 'm connected to the internet via dial-up, therefore I only have 40
> kbits of bandwidth available. What I want to do is listen to icecast
> radio via xmms (at 22 kbits), download the kernel sources with wget, and
> browse the web at the same time. Currently I think that this is
> *impossible* (correct me if I'm wrong) as the radio will be full of
> pauses and the browsing experience painfully slow. What I would like to
> be able to do (let's suppose nice has the --net option to set net I/O
> priority):
> $ nice --net -1 xmms
> $ nice --net 1 wget ftp://.../KernelSources.tar.bz2
> $ mozilla
> This way, xmms which has top priority whould always get the 22kbits it
> needs. What remains should go to the browser when I ask for a web page,
> and when the browser doesn't request anything (let's say I'm reading a
> big doc in tldp) what remains should go to wget. Wget has lower priority
> and won't irritate the browsing experience, though the file will be
> downloaded when there is free bandwidth.
>
this is already in kernel and called Quality of Service (QoS) or
traffic shaping.
command is called /sbin/tc. (located in iproute.rpm in RH)
instead of man page (because there is no man page) I can recommend
to look in Internet.
e.g. http://users.belgacom.net/staf/ -> QoS intro
also you can try to "rpm -ql $(which tc)" - probably your distor has
some docs.
next parent reply other threads:[~2003-07-23 11:38 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <cpvY.4hH.25@gated-at.bofh.it>
2003-07-23 11:54 ` Ihar "Philips" Filipau [this message]
2003-07-23 12:42 Feature proposal (scheduling related) Frederick, Fabian
-- strict thread matches above, loose matches on Subject: below --
2003-07-23 10:57 jimis
2003-07-23 11:24 ` David M. Wilson
2003-07-23 11:43 ` Pavel Machek
2003-07-25 20:24 ` Marcelo Tosatti
2003-07-28 9:29 ` Pavel Machek
2003-07-23 14:17 ` Valdis.Kletnieks
2003-07-23 14:23 ` Alan Cox
2003-07-23 15:10 ` Richard B. Johnson
2003-07-23 15:13 ` Antonio Vargas
2003-07-23 16:55 ` Disconnect
2003-07-23 17:22 ` David S. Miller
2003-07-23 14:47 ` Greg Stark
2003-07-23 22:17 ` jimis
2003-07-24 0:58 ` Mike Fedyk
2003-07-24 4:04 ` Andre Tomt
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3F1E7760.1000909@softhome.net \
--to=filia@softhome.net \
--cc=jimis@gmx.net \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).