ça existe un équivalent à 'nice' pour la bande passante ? - Linux et OS Alternatifs
Marsh Posté le 14-03-2002 à 12:15:27
Je crois que s'est possible avec IPROUTE 2.
D'après ce que j'ai compris tu peux priorisé certains service (avec l'@IP source, destination, port...)
Mais je peux pas tant dire plus car je l'ai jamais installé.
[jfdsdjhfuetppo]--Message édité par madsurfer--[/jfdsdjhfuetppo]
Marsh Posté le 14-03-2002 à 23:29:10
il faut activer le QOS : Quality Of Service dans le kernel, choisir un algo (CQB est asser simple à utiliser), puis utiliser iproute2 pour donner les prioritées et les ordres.
cherches le linux advanced routing howto
Marsh Posté le 02-07-2002 à 17:07:38
up !
j'ai remis le nez dedans pour autre chose.
j'ai lu ça et d'autres dans le genre mais c'est chaud
le cas de figure est le suivant:
1 serveur (NAT + firewall + FTP) + 2 posts clients.
|
Y a pas plus simple pour que le FTP ne prenne que ce qui reste une fois que les deux clients se sont servis ?
Marsh Posté le 02-07-2002 à 17:52:47
le probleme de QoS c'est que ca marche avec la bande passante que tu uploades...forcement tu controles pas vraiment ce qui t'arrives dessus. Y a des methodes pour feinter mais forcement ca marche pas aussi bien que pour controler ta bande passante en upload.
Y a eu plein de messages sur le sujet utilise donc la fonction recherche
Je te conseille le howto qos qu'on peut trouver sur www.prout.be
En gros ca marche de la facon suivante: tous les paquets que tu envois sont dans une queue
Et donc dans ton cas tu peux essayer de mettre les paquets d'xmms avec la priorité la plus importante (tu peux les matcher par ip/port ou avec les patchs pour le owner-match d'iptables (faut patcher le kernel aussi ))
Ensuite tu met les paquets de tes clients windows avec une priorité intermediaire, et ceux fu ftp avec la priorité la plus faible possible.
Voila pour le script customisé... tu peux aussi essayer des scripts deja tout faits comme http://lartc.org/wondershaper si ca se trouve ils suffiront a tes besoins
Marsh Posté le 02-07-2002 à 18:04:51
je viens d'essayer avec http://www.radiostorm.com/alt128.pls, et le script wondershaper en htb (encore un patch pour le kernel), xmms avec 256k de buffer et aucune coupure en apt-get upgradant
Marsh Posté le 02-07-2002 à 18:14:37
floups : je vois pas pourquoi la gestion du dl serait moins efficace : le protocole tcp/ip c'est très con, ça essaie de dl vite au début, donc forcément y-a plein de paquets perdus, et il fait au mieux pour adapter la vitesse en fonction des capacités de la ligne. Donc si Qos limite, ça marchera très bien, y-a pas de raison
Marsh Posté le 02-07-2002 à 18:19:26
bah nan, tu peut controler ce que t'envoi en marquant puis affectant des prioritées en fonctions des marques des paquets, mais tu peut pas gérer ce que tu recoit, ou alors de maniere beaucoup, beaucoup moins efficace
Marsh Posté le 02-07-2002 à 18:20:43
mais justement QoS ne limite que la bande passante en upload pas en download
Marsh Posté le 02-07-2002 à 18:28:06
monokrome a écrit a écrit : bah nan, tu peut controler ce que t'envoi en marquant puis affectant des prioritées en fonctions des marques des paquets, mais tu peut pas gérer ce que tu recoit, ou alors de maniere beaucoup, beaucoup moins efficace |
bizarre ... c'est pas compliqué de dropper des paquets pourtant mais bon ..
PS : quand je dis c'est pas compliqué, je veux dire, j'ai pas l'impression que ça l'est plus qu'en upload.
Mais c'est pas moins qui vais amélioré ça hein
Marsh Posté le 02-07-2002 à 18:34:33
s'il suffisait de dropper les paquets les DOS n'existeraient pas
Je suis pas un expert du TCP/IP non plus.
Mais si tu as le courage de parcourir le Adv. Routing How-To et certaines doc d'iproute2 c'est tres bien expliqué
Marsh Posté le 02-07-2002 à 18:38:49
fl0ups a écrit a écrit : Mais si tu as le courage de parcourir le Adv. Routing How-To et certaines doc d'iproute2 c'est tres bien expliqué |
ça j'l'ai fait et j'ai pris deux aspirines
Marsh Posté le 02-07-2002 à 18:39:58
fl0ups a écrit a écrit : s'il suffisait de dropper les paquets les DOS n'existeraient pas Je suis pas un expert du TCP/IP non plus. Mais si tu as le courage de parcourir le Adv. Routing How-To et certaines doc d'iproute2 c'est tres bien expliqué |
bah le coup de l'ajustement de la vitesse c'est ce qu'on m'a appris, j'espere que les enseignants disent pas de conneries
a mon avis, toute la difficulté réside à dropper les bons paquets (peut pas jeter n'importe quel paquet au hazard)
j'ai parcouru certain passage du howto, mais pas tout lu
Marsh Posté le 02-07-2002 à 18:41:12
et c'est encore pire quand tu essayes d'appliquer ce que tu viens de lire et que tu crois avoir compris
Marsh Posté le 02-07-2002 à 18:44:10
Oui mais si tu dropes le paquet chez toi c'est qu'il est deja arrivé chez toi donc il t'a deja boufé ta bp...
Marsh Posté le 02-07-2002 à 18:45:22
buchu a écrit a écrit : Oui mais si tu dropes le paquet chez toi c'est qu'il est deja arrivé chez toi donc il t'a deja boufé ta bp... |
non mais ça c'est au tout début dela connection, pour ajuster la vitesse, après sa stagne mais c'est bon
Marsh Posté le 02-07-2002 à 18:46:46
En upload tu peux controler ce que tu envoies
En download quand ce que tu recois dépasse ta bande passante, les paquets sont mis en queue chez ton FAI et la tu controles encore moins.
C'est comme au tennis tu peux controler la force de la balle que tu envoies mais pas celle qui te reviens
Enfin je parle je parle mais j'avoue que j'ai pas tout compris moi meme
Marsh Posté le 02-07-2002 à 18:49:11
djoh a écrit a écrit : non mais ça c'est au tout début dela connection, pour ajuster la vitesse, après sa stagne mais c'est bon |
Oui c'est pour ca que ca marche moi bien
Marsh Posté le 02-07-2002 à 18:51:19
fl0ups a écrit a écrit : En upload tu peux controler ce que tu envoies En download quand ce que tu recois dépasse ta bande passante, les paquets sont mis en queue chez ton FAI et la tu controles encore moins. C'est comme au tennis tu peux controler la force de la balle que tu envoies mais pas celle qui te reviens Enfin je parle je parle mais j'avoue que j'ai pas tout compris moi meme |
moi je parle du protocol tcp/ip en général, pas forcément sur le net. Donc quand ça va trop vite, ça drop, ça stagne, et ça s'ajuste à la vitesse, ça j'en suis sur
maintenant, ceux qu'ont développé les algo tel CBQ s'y connaissent surement bien mieux que moi, donc y-a surement un truc qui m'échappe ... ou alors le dl est aussi bien géré que l'ul
Marsh Posté le 02-07-2002 à 18:52:56
buchu a écrit a écrit : Oui c'est pour ca que ca marche moi bien |
ah ouai mais dans ce cas, c'est quand même négligeable
surtout sur les gros dl
Marsh Posté le 02-07-2002 à 18:54:30
djoh a écrit a écrit : ah ouai mais dans ce cas, c'est quand même négligeable surtout sur les gros dl |
Je pense aussi
Marsh Posté le 02-07-2002 à 18:56:22
fl0ups a écrit a écrit : En upload tu peux controler ce que tu envoies En download quand ce que tu recois dépasse ta bande passante, les paquets sont mis en queue chez ton FAI et la tu controles encore moins. C'est comme au tennis tu peux controler la force de la balle que tu envoies mais pas celle qui te reviens Enfin je parle je parle mais j'avoue que j'ai pas tout compris moi meme |
tu peux créer une interface type dummy et tous ce qui vient tu mets en queue sur celle-ci, du moins ce que j'ai compris dans ce script
|
Marsh Posté le 02-07-2002 à 20:02:46
je vois pas en quoi l'interface dummy apporte quelquechose, quand un packet arrive, il t'as bouffé de la bande passante© donc c'est trop tard
Marsh Posté le 14-03-2002 à 11:59:06
j'ai l'habitude d'écouter la radio sur le net.
le hic, c'est que quand je télécharge un truc, ça se met à couper (oui, j'ai de vrais problèmes dans la vie )
Y a moyen d'accorder une priorité sur la bande passante à xmms ?