All of lore.kernel.org
 help / color / mirror / Atom feed
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.


       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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.