Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
782 connectés 

  FORUM HardWare.fr
  Linux et OS Alternatifs

  Qos sous Linux / Comment tirer le max de sa connection :)

 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

Qos sous Linux / Comment tirer le max de sa connection :)

n°88154
Kikoune
(¯`·._) Gentoo (¯`·._)
Posté le 15-04-2002 à 15:45:45  profilanswer
 

hello
 
voila je viens de decouvrir WonderShaper
 
http://lartc.org/wondershaper/
 
c un script qui permet de profiter de controle de traffic
avec les noyaux 2.4
 
il utilise tc and co
 
donc moi je le trouve sympa et je voulais en faire profiter
 
donc si vous etes comme moi, que vous voulez pour votre connection pourvoir donwloader et uploader a fond tout en faisant du ssh de facon fluide mais que vous avec pas le temps de vous en occupez essayer ce script ;)
 
za+

 

[jfdsdjhfuetppo]--Message édité par Kikoune--[/jfdsdjhfuetppo]

mood
Publicité
Posté le 15-04-2002 à 15:45:45  profilanswer
 

n°88212
Grizly
Posté le 15-04-2002 à 18:24:01  profilanswer
 

Il me semble avoir déjà vu un support QoS sur mon noyau 2.2.19 ...
Maintenant je ne sais pas ce que l'on peut effectivement en faire !
 
Merci de toute façon pour cette info intéressante !

n°88368
Kikoune
(¯`·._) Gentoo (¯`·._)
Posté le 16-04-2002 à 09:50:19  profilanswer
 

c possible que ce soit supporter...
 
mais je suis incapable de te dire j'ai toujours été en 2.4...
 
sinon voila un exemple d'application :
 
64 octets from 80.65.225.98: icmp_seq=0 ttl=243 time=168.2 ms  <-- qos on
64 octets from 80.65.225.98: icmp_seq=1 ttl=243 time=133.7 ms
64 octets from 80.65.225.98: icmp_seq=2 ttl=243 time=159.3 ms
64 octets from 80.65.225.98: icmp_seq=3 ttl=243 time=190.2 ms
64 octets from 80.65.225.98: icmp_seq=4 ttl=243 time=123.2 ms
64 octets from 80.65.225.98: icmp_seq=5 ttl=243 time=209.3 ms
64 octets from 80.65.225.98: icmp_seq=6 ttl=243 time=189.1 ms
64 octets from 80.65.225.98: icmp_seq=7 ttl=243 time=106.2 ms
64 octets from 80.65.225.98: icmp_seq=8 ttl=243 time=201.5 ms
64 octets from 80.65.225.98: icmp_seq=9 ttl=243 time=185.6 ms
64 octets from 80.65.225.98: icmp_seq=10 ttl=243 time=170.8 ms
64 octets from 80.65.225.98: icmp_seq=11 ttl=243 time=152.4 ms
64 octets from 80.65.225.98: icmp_seq=12 ttl=243 time=180.1 ms
64 octets from 80.65.225.98: icmp_seq=13 ttl=243 time=213.1 ms
64 octets from 80.65.225.98: icmp_seq=14 ttl=243 time=140.6 ms
64 octets from 80.65.225.98: icmp_seq=15 ttl=243 time=177.9 ms
64 octets from 80.65.225.98: icmp_seq=16 ttl=243 time=97.6 ms
64 octets from 80.65.225.98: icmp_seq=17 ttl=243 time=180.1 ms
64 octets from 80.65.225.98: icmp_seq=18 ttl=243 time=151.8 ms
64 octets from 80.65.225.98: icmp_seq=19 ttl=243 time=144.6 ms
64 octets from 80.65.225.98: icmp_seq=20 ttl=243 time=174.2 ms
64 octets from 80.65.225.98: icmp_seq=21 ttl=243 time=141.5 ms
64 octets from 80.65.225.98: icmp_seq=22 ttl=243 time=180.1 ms
64 octets from 80.65.225.98: icmp_seq=23 ttl=243 time=140.0 ms
64 octets from 80.65.225.98: icmp_seq=24 ttl=243 time=180.4 ms
64 octets from 80.65.225.98: icmp_seq=25 ttl=243 time=351.5 ms <-- qos off
64 octets from 80.65.225.98: icmp_seq=26 ttl=243 time=279.1 ms
64 octets from 80.65.225.98: icmp_seq=27 ttl=243 time=432.1 ms
64 octets from 80.65.225.98: icmp_seq=28 ttl=243 time=235.5 ms
64 octets from 80.65.225.98: icmp_seq=29 ttl=243 time=397.2 ms
64 octets from 80.65.225.98: icmp_seq=30 ttl=243 time=739.2 ms
64 octets from 80.65.225.98: icmp_seq=31 ttl=243 time=637.1 ms
64 octets from 80.65.225.98: icmp_seq=32 ttl=243 time=512.8 ms
64 octets from 80.65.225.98: icmp_seq=33 ttl=243 time=504.9 ms
64 octets from 80.65.225.98: icmp_seq=34 ttl=243 time=928.5 ms
64 octets from 80.65.225.98: icmp_seq=35 ttl=243 time=891.9 ms
64 octets from 80.65.225.98: icmp_seq=36 ttl=243 time=516.2 ms
64 octets from 80.65.225.98: icmp_seq=37 ttl=243 time=355.9 ms
64 octets from 80.65.225.98: icmp_seq=38 ttl=243 time=338.1 ms
64 octets from 80.65.225.98: icmp_seq=39 ttl=243 time=289.6 ms
64 octets from 80.65.225.98: icmp_seq=40 ttl=243 time=368.5 ms <-- qos re on
64 octets from 80.65.225.98: icmp_seq=41 ttl=243 time=176.6 ms
64 octets from 80.65.225.98: icmp_seq=42 ttl=243 time=128.9 ms
64 octets from 80.65.225.98: icmp_seq=43 ttl=243 time=132.9 ms
64 octets from 80.65.225.98: icmp_seq=44 ttl=243 time=122.7 ms
64 octets from 80.65.225.98: icmp_seq=45 ttl=243 time=126.4 ms
64 octets from 80.65.225.98: icmp_seq=46 ttl=243 time=145.7 ms
64 octets from 80.65.225.98: icmp_seq=47 ttl=243 time=225.9 ms
64 octets from 80.65.225.98: icmp_seq=48 ttl=243 time=186.0 ms
64 octets from 80.65.225.98: icmp_seq=49 ttl=243 time=124.0 ms
64 octets from 80.65.225.98: icmp_seq=50 ttl=243 time=225.4 ms
64 octets from 80.65.225.98: icmp_seq=51 ttl=243 time=123.8 ms
64 octets from 80.65.225.98: icmp_seq=52 ttl=243 time=159.1 ms
64 octets from 80.65.225.98: icmp_seq=53 ttl=243 time=141.6 ms
64 octets from 80.65.225.98: icmp_seq=54 ttl=243 time=159.9 ms
64 octets from 80.65.225.98: icmp_seq=55 ttl=243 time=225.4 ms
64 octets from 80.65.225.98: icmp_seq=56 ttl=243 time=148.1 ms
64 octets from 80.65.225.98: icmp_seq=57 ttl=243 time=537.2 ms
64 octets from 80.65.225.98: icmp_seq=58 ttl=243 time=107.0 ms
64 octets from 80.65.225.98: icmp_seq=59 ttl=243 time=190.5 ms
64 octets from 80.65.225.98: icmp_seq=60 ttl=243 time=162.1 ms
64 octets from 80.65.225.98: icmp_seq=61 ttl=243 time=286.2 ms
64 octets from 80.65.225.98: icmp_seq=62 ttl=243 time=259.0 ms
64 octets from 80.65.225.98: icmp_seq=63 ttl=243 time=535.4 ms <-- qos re off
64 octets from 80.65.225.98: icmp_seq=64 ttl=243 time=810.5 ms
64 octets from 80.65.225.98: icmp_seq=65 ttl=243 time=914.6 ms
64 octets from 80.65.225.98: icmp_seq=66 ttl=243 time=719.6 ms
64 octets from 80.65.225.98: icmp_seq=67 ttl=243 time=488.4 ms
64 octets from 80.65.225.98: icmp_seq=68 ttl=243 time=739.9 ms
64 octets from 80.65.225.98: icmp_seq=69 ttl=243 time=1020.9 ms
wrong data byte #0 should be 0x9d but was 0x9c9c ec bb 3c 1 54 7 0  
        8 9 a b c d e f 10 11 12 13 14 15 16 17 18 19 1a 1b 1c 1d 1e 1f 20 21 22 23 24 25 26 27  
        28 29 2a 2b 2c 2d 2e 2f  
64 octets from 80.65.225.98: icmp_seq=70 ttl=243 time=1065.0 ms
wrong data byte #0 should be 0x9e but was 0x9d9d ec bb 3c 86 53 7 0  
        8 9 a b c d e f 10 11 12 13 14 15 16 17 18 19 1a 1b 1c 1d 1e 1f 20 21 22 23 24 25 26 27  
        28 29 2a 2b 2c 2d 2e 2f  
64 octets from 80.65.225.98: icmp_seq=71 ttl=243 time=851.4 ms
64 octets from 80.65.225.98: icmp_seq=72 ttl=243 time=904.5 ms
64 octets from 80.65.225.98: icmp_seq=73 ttl=243 time=684.8 ms
64 octets from 80.65.225.98: icmp_seq=74 ttl=243 time=629.6 ms
64 octets from 80.65.225.98: icmp_seq=75 ttl=243 time=492.1 ms
64 octets from 80.65.225.98: icmp_seq=76 ttl=243 time=404.5 ms
64 octets from 80.65.225.98: icmp_seq=77 ttl=243 time=353.0 ms <-- qos re on
64 octets from 80.65.225.98: icmp_seq=78 ttl=243 time=217.8 ms
64 octets from 80.65.225.98: icmp_seq=79 ttl=243 time=220.8 ms
64 octets from 80.65.225.98: icmp_seq=80 ttl=243 time=175.8 ms
64 octets from 80.65.225.98: icmp_seq=81 ttl=243 time=120.3 ms
64 octets from 80.65.225.98: icmp_seq=82 ttl=243 time=172.7 ms
64 octets from 80.65.225.98: icmp_seq=83 ttl=243 time=111.3 ms
64 octets from 80.65.225.98: icmp_seq=84 ttl=243 time=199.3 ms
64 octets from 80.65.225.98: icmp_seq=85 ttl=243 time=230.0 ms
64 octets from 80.65.225.98: icmp_seq=86 ttl=243 time=150.6 ms
64 octets from 80.65.225.98: icmp_seq=87 ttl=243 time=196.9 ms
64 octets from 80.65.225.98: icmp_seq=88 ttl=243 time=171.5 ms
64 octets from 80.65.225.98: icmp_seq=89 ttl=243 time=218.3 ms
64 octets from 80.65.225.98: icmp_seq=90 ttl=243 time=156.4 ms
64 octets from 80.65.225.98: icmp_seq=91 ttl=243 time=213.5 ms
64 octets from 80.65.225.98: icmp_seq=92 ttl=243 time=171.0 ms
64 octets from 80.65.225.98: icmp_seq=93 ttl=243 time=152.5 ms
64 octets from 80.65.225.98: icmp_seq=94 ttl=243 time=188.0 ms
64 octets from 80.65.225.98: icmp_seq=95 ttl=243 time=135.5 ms
64 octets from 80.65.225.98: icmp_seq=96 ttl=243 time=174.8 ms
64 octets from 80.65.225.98: icmp_seq=97 ttl=243 time=230.4 ms
64 octets from 80.65.225.98: icmp_seq=98 ttl=243 time=136.8 ms
64 octets from 80.65.225.98: icmp_seq=99 ttl=243 time=145.1 ms
64 octets from 80.65.225.98: icmp_seq=100 ttl=243 time=211.8 ms
64 octets from 80.65.225.98: icmp_seq=101 ttl=243 time=128.6 ms
64 octets from 80.65.225.98: icmp_seq=102 ttl=243 time=174.7 ms
64 octets from 80.65.225.98: icmp_seq=103 ttl=243 time=112.9 ms
64 octets from 80.65.225.98: icmp_seq=104 ttl=243 time=153.2 ms
64 octets from 80.65.225.98: icmp_seq=105 ttl=243 time=106.4 ms
64 octets from 80.65.225.98: icmp_seq=106 ttl=243 time=125.1 ms
64 octets from 80.65.225.98: icmp_seq=107 ttl=243 time=184.7 ms
 
voila c cool je conserve une bonne connection tout en utilisant au max ma bande passante...
 
Incoming rates: 25.6 kbytes/sec
Outgoing rates: 16.3 kbytes/sec
 
(bon je downloade pas a donf la vu que j'ai rien lancer de particulier, par contre mon upload est au taquet)
 
donc la c cool je suis en ssh depuis mon taff et ca rame pas :D  
 
voila :)
 
par contre y a pas eu bocoup de reply, ca interesse personne ?  :sweat:

 

[jfdsdjhfuetppo]--Message édité par Kikoune--[/jfdsdjhfuetppo]

n°88393
Nicool
En bois, sauf les chèques...
Posté le 16-04-2002 à 11:54:16  profilanswer
 

moi je trouve ça interessant!
vu le prix d'un traffic shaper ... ya  des entreprises qui economiserait beaucoup en passant sous linux!
(traffic shapper, routeur (option VPN ipsec), serveur de messagerie ... et tellement d'autres choses bien implementées efficaces et très économiques)

n°88394
Kikoune
(¯`·._) Gentoo (¯`·._)
Posté le 16-04-2002 à 11:57:02  profilanswer
 

tiens je savais meme po que ca existait comme matos un traffic shaper :)

n°88396
Nicool
En bois, sauf les chèques...
Posté le 16-04-2002 à 12:00:53  profilanswer
 

si si :) et c'est de plus en plus à la mode...
les entreprises veulent de plus en plus pouvoir préserver une certaine qualité de service...
 
par exemples des services temps réèl (voix ...) sont super exigeants sur la qualité de service, on ne peut pas se permttre qu'un autre service moins important (lecture des mail, surf ...) fasse tomber le service de voix.
 
Il y a donc un marché en plein developpement.
 

Kikoune a écrit a écrit :

tiens je savais meme po que ca existait comme matos un traffic shaper :)  




Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Linux et OS Alternatifs

  Qos sous Linux / Comment tirer le max de sa connection :)

 

Sujets relatifs
Comment passer en 100mbit sur une carte réseau sous linux ?[game] medal of honor sous linux ??
Prob linux redhat 2.4.9-31 pour faire marcher 2 3c905c en Bonding![Linux] Accéder à un disque Linux distant depuis Linux
carte rézo pas cher qui tourne sous linux ?connection from windaube
3DFX Glide sous LinuxMandrake + ECI connection failed !
Distrib Linux personnelle ?[help] Raccourci sous linux
Plus de sujets relatifs à : Qos sous Linux / Comment tirer le max de sa connection :)


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR