Compression logicielle et débit sur les réseaux - Windows & Software
Marsh Posté le 18-08-2002 à 17:06:41
krapaud a écrit a écrit : vas ist das? j'suis à la loose sur le concept de la compression logicielle chère aux RTC... est-ce disponible pour d'autres technologies? l'interet est réel pour tous les transferts? |
Ca dépend énormément du type de données et de l'algo de compression utilisée ...
Mais c'est trop flou ta question là ... Pour quelles utilisations ?
Marsh Posté le 18-08-2002 à 17:07:51
j'en sais rien, j'en ai entendu parlé mais j'comprend pas le concept
Marsh Posté le 18-08-2002 à 17:08:38
Exact pour le type de data.
Du Zip (rar, ace, etC..), aucun gain.
Sur tu texte, on peut monter à plusieurs 10aines de Ko/s à la place des ~4.5 théorique.
Tu as d'un côté les compressioin Soft ou Matériel (modem).
Marsh Posté le 18-08-2002 à 17:10:19
krapaud a écrit a écrit : j'en sais rien, j'en ai entendu parlé mais j'comprend pas le concept |
Ben le concept c'est d'inclure des possibilité de compression (souvent basée sur un dictionnaire pour les compressions sans perte) dans les équipements télécoms/réseau, afin qu'en compressant/décompressant à la volée, tu économises de la bande passante ...
Marsh Posté le 18-08-2002 à 17:10:51
krapaud a écrit a écrit : ok, et ça ne s'applique qu'au rtc? |
non c'est applicable à la majorité des laisons point à point déjà ...
Marsh Posté le 18-08-2002 à 17:11:02
oui mais l'emetteur et le recepteur doivent avoir les mêmes systèmes non?
Marsh Posté le 18-08-2002 à 17:11:26
Zzozo a écrit a écrit : non c'est applicable à la majorité des laisons point à point déjà ... |
ok c'est pas une question de techno
Marsh Posté le 18-08-2002 à 17:16:27
Jeme suis aperçu d'un truc avec la compression. J'ai numéris et lorsque je regarde l'état de ma connection il y a un paramètre compression(sous le pramètre octet et au dessus du paramètre erreurs). Lors de certaines connections, la compression s'active, je vois le paramètre varier en pourcentage pour l'upload et pour le download. Lorsque je fais un test ping avec la compression activée, il est moins bon que lorsqu'elle est désactivée:heink:. L'autre truc bizarre, c'est que je ne décide pas si elle s'active ou pas, ça se fait tout seul dès que je me connecte.
Marsh Posté le 18-08-2002 à 17:20:45
pharmajo a écrit a écrit : Jeme suis aperçu d'un truc avec la compression. J'ai numéris et lorsque je regarde l'état de ma connection il y a un paramètre compression(sous le pramètre octet et au dessus du paramètre erreurs). Lors de certaines connections, la compression s'active, je vois le paramètre varier en pourcentage pour l'upload et pour le download. Lorsque je fais un test ping avec la compression activée, il est moins bon que lorsqu'elle est désactivée:heink:. L'autre truc bizarre, c'est que je ne décide pas si elle s'active ou pas, ça se fait tout seul dès que je me connecte. |
C'est normal ... la compression c'est intéressant pour les transferts d'une certaine taille avec des motifs répétitifs ...
Pour les ping c'est pas intéressant, car d'une c'est des très petites quantités de données (ceux qui ont implémenté des trucs comme Huffman savent que les motifs les moins utilisés prennent plus de place que les originaux une fois "compressé" )
Ensuite si ton paquet de ping se retrouve pris dans une file d'attente et que tout doit être décompressé avant d'en arriver à ton paquet, ca a une influence très néfaste sur le temps de réponse ...
Marsh Posté le 18-08-2002 à 17:25:31
krapaud a écrit a écrit : ok c'est pas une question de techno |
Disons que c'est surtout une question de matériels ... pour que ca marche, il faut évidemment que les deux bouts de la liaison point à point soient capables de compresser/décompresser et qu'ils soient aussi capables de se dire l'un l'autre quelles sont leurs capacités en la matière ... je sais pas si tu connais un peu les routeurs Cisco, mais en général (avec des versions pas trop vieilles de IOS) tu peux préciser au routeur qu'il doit faire de la compression sur telle ou telle liaison poit à point
Il me semble même que dans le cas de l'ADSL, la compression est pe utilisée (à vérifier et déterminer à quelle niveau elle intervient)
Sinon t'as le cas à part de la Voix et de la Vidéo (voire de l'image mais on peut dire que c'est une sous famille de la Vidéo du point de vue télécom maintenant ...)
Marsh Posté le 18-08-2002 à 17:28:44
non j'ai jamais bossé sur du cisco
ok j'vois un peu mieux le principe.
la decompression se fait via un schéma particulier propre au paquet ou elle est standard?
Marsh Posté le 18-08-2002 à 17:31:56
krapaud a écrit a écrit : non j'ai jamais bossé sur du cisco ok j'vois un peu mieux le principe. la decompression se fait via un schéma particulier propre au paquet ou elle est standard? |
En général tu compresses plutot les données, et pas les headers car ca pénaliserait trop les temps de traitements des paquets si tu compressais les infos de "service" nécessaires au routage des paquets
Par contre, j'ai pas exactement compris le sens de ta question ...
Marsh Posté le 18-08-2002 à 17:45:43
en fait je me demandais si la compression était standard, la même pour chaque paquet, pour chaque réseau point à point ou si ça dépendait des systèmes.
par exemple on envoie des données sur un réseau, les données sont compressées par l'emetteur, le schéma de décompression est indiqué dans le paquet ou le recepteur connait déjà le schéma de décompression parce que c'est un standard?
'tain j'ai l'impression de pas être clair du tout là
Marsh Posté le 18-08-2002 à 17:47:57
Zzozo a écrit a écrit : En général tu compresses plutot les données, et pas les headers car ca pénaliserait trop les temps de traitements des paquets si tu compressais les infos de "service" nécessaires au routage des paquets Par contre, j'ai pas exactement compris le sens de ta question ... |
faudrait chercher du coté des rfc
Marsh Posté le 18-08-2002 à 17:50:14
krapaud a écrit a écrit : en fait je me demandais si la compression était standard, la même pour chaque paquet, pour chaque réseau point à point ou si ça dépendait des systèmes. par exemple on envoie des données sur un réseau, les données sont compressées par l'emetteur, le schéma de décompression est indiqué dans le paquet ou le recepteur connait déjà le schéma de décompression parce que c'est un standard? 'tain j'ai l'impression de pas être clair du tout là |
chaque protocol doit avoir un algo/systeme de compresson propre à lui (ip, ipx, ...), ou alors propre a la technologie employé (dsl, fibre opt, rtc ...)
j'avais vu des truc sur les deux il me semble
mais si un standard est défini, c'est dans al rfc
Marsh Posté le 18-08-2002 à 17:51:04
krapaud a écrit a écrit : rfc? |
google
c'est l'organisme qui défini les standard touchant au rezo et à la communication des logiciels entre eux
y-en a pour les logiciels : ftp, http (les code erreurs par exmeple sont décrite dans la rfc correspondante)
mais aussi pour le matériel utilisé (LAN, dsl ...)
Marsh Posté le 18-08-2002 à 17:53:35
krapaud a écrit a écrit : ok merci |
mais de rien maitre, c'est un plaisir de vous servir
Marsh Posté le 18-08-2002 à 17:56:04
ca sent la leche ici maintenant
si c'est ca je vais pas rester longtemps
ps mais tu devais pas sortir krapaud
Marsh Posté le 18-08-2002 à 18:13:55
djoh a écrit a écrit : chaque protocol doit avoir un algo/systeme de compresson propre à lui (ip, ipx, ...), ou alors propre a la technologie employé (dsl, fibre opt, rtc ...) j'avais vu des truc sur les deux il me semble mais si un standard est défini, c'est dans al rfc |
Il existe des algo plus ou moins normalisés que les constructeurs intègrent dans leurs équipement télécoms, en essayant d'assurer un minimum d'interopérabilité ...
Va voir du côté de l' ITU (International Telecomunications Union, et plus spécifiqument la branche ITU-T ), de l'ANSI, de l'ISO, voire de l'IEEE ...
En général c'est ces organismes qui normalisent les technos du monde des télécoms ...
Comme exemple de norme de compression, on peut citer V.42 bis dans le cas des modems RTC ...
La négociation ne se fait pas au niveau du paquet mais du flux en entier en général, et le dialogue pour déterminer le schéma de compression à utiliser est normalisé dans le protocole normalement, et ca prend place à l'établissement de la connexion en général ...
Marsh Posté le 18-08-2002 à 18:19:44
Zzozo a écrit a écrit : Il existe des algo plus ou moins normalisés que les constructeurs intègrent dans leurs équipement télécoms, en essayant d'assurer un minimum d'interopérabilité ... Va voir du côté de l' ITU (International Telecomunications Union, et plus spécifiqument la branche ITU-T ), de l'ANSI, de l'ISO, voire de l'IEEE ... En général c'est ces organismes qui normalisent les technos du monde des télécoms ... Comme exemple de norme de compression, on peut citer V.42 bis dans le cas des modems RTC ... La négociation ne se fait pas au niveau du paquet mais du flux en entier en général, et le dialogue pour déterminer le schéma de compression à utiliser est normalisé dans le protocole normalement, et ca prend place à l'établissement de la connexion en général ... |
ouai mais l'ISO passe par les rfc non ? à moins que je les confonde toutes les deux ?
les 802.x ... c'est bien dans la rfc ?
mais sinon bien sur, les matos peuvent être indépendant de toutes normes (le modem adsl st USB par exemple, est compatible que ADSL et peut intégrer des fonctionnalités propres à l'adsl et non dsl, je présume (pour la communication centrale<->modem)) mais la rfc en gère un bon nombre quand même (ou l'ISO, je confonds p-t) : exemple, le wireless
Marsh Posté le 18-08-2002 à 18:27:46
djoh a écrit a écrit : ouai mais l'ISO passe par les rfc non ? à moins que je les confonde toutes les deux ? les 802.x ... c'est bien dans la rfc ? mais sinon bien sur, les matos peuvent être indépendant de toutes normes (le modem adsl st USB par exemple, est compatible que ADSL et peut intégrer des fonctionnalités propres à l'adsl et non dsl, je présume (pour la communication centrale<->modem)) mais la rfc en gère un bon nombre quand même (ou l'ISO, je confonds p-t) : exemple, le wireless |
Les RFC ne sont pas vraiment des normes, ce sont des textes destinés à rendre un peu plus accessibles (plus publiques , faut pas payer pour les avoir notamment) certaines informations techniques
C'est vrai qu'entre les RFC, les "recommendations", les "best practices", les vraies normes, etc ... on s'y perd un peu ...
Les RFC sont plus orientées réseaux LAN et protocoles relatifs, encore qu'on y trouve des infos sur des choses comme PPP notamment (même si on peut mettre en place du PPP sur de l'ethernet ... PPPoE quoi ... )
En bref, c'est le bordel pour avoir une vision claire des choses et il faut y conssacrer un minimum de temps pour arriver à savoir comment tout ca s'imbrique ... ... CQFD
Marsh Posté le 19-08-2002 à 10:42:01
Argh, je suis dégouté, je viens de m'abonner à tiscali illimité et la compression est activée systématiquement:fou:. Ca doit leur permettre d'économiser de la bande passante mais mon ping est passé de 38 à 45:gun:
Marsh Posté le 19-08-2002 à 10:47:14
Krapaud parle pas tres bien allemand a écrit : vas ist das? |
Was ist das.
Marsh Posté le 19-08-2002 à 10:48:58
impulse a écrit a écrit : Was ist das. |
nicht sprengzi deutsch
Marsh Posté le 19-08-2002 à 11:11:34
Krapaud persiste a écrit : nicht sprengzi deutsch |
Wie bitte ? Du kannst kein Deustch ? Schade.
Marsh Posté le 19-08-2002 à 11:14:40
impulse a écrit a écrit : Wie bitte ? Du kannst kein Deustch ? Schade. |
ROOOOOOHHHHHHH
avec une fôte en plus!!!
Marsh Posté le 19-08-2002 à 11:22:53
Krapaud n'arrete jamais a écrit : vonderbarrrr |
Krapaud : arrete d'ecorcher cette langue magnifique qu'est l'allemand. (on dit wunderbar).
Sinon je fais une descente avec mes potes Ralf et Hermann et on te donne un cours particulier gratuit.
Buuuuuuu ! Les gens ne savent pas parler français sur ce forum et c'est encore pire quand ils essayent de parler une autre langue.
Marsh Posté le 19-08-2002 à 11:33:03
impulse a écrit a écrit : Buuuuuuu ! Les gens ne savent pas parler français sur ce forum et c'est encore pire quand ils essayent de parler une autre langue. |
Ca c'est bien vrai ...
Marsh Posté le 19-08-2002 à 11:33:24
ch'sais pas j'ai appris le mot wunderbar par un pote en belgique quand on parlais à dédé le teuton gardien de sécu tout bourré à un concert
Marsh Posté le 18-08-2002 à 16:59:04
vas ist das?
j'suis à la loose sur le concept de la compression logicielle chère aux RTC...
est-ce disponible pour d'autres technologies?
l'interet est réel pour tous les transferts?