Compression logicielle et débit sur les réseaux

Compression logicielle et débit sur les réseaux - Windows & Software

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?
 
 :jap:

Reply

Marsh Posté le 18-08-2002 à 16:59:04   

Reply

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?
 
 :jap:  




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 ?

Reply

Marsh Posté le 18-08-2002 à 17:07:51    

j'en sais rien, j'en ai entendu parlé mais j'comprend pas le concept :D

Reply

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).


---------------
Vidéo Concorde Air France | www.kiva.org
Reply

Marsh Posté le 18-08-2002 à 17:09:30    

ok, et ça ne s'applique qu'au rtc?

Reply

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 :D




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 ...

Reply

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à ...

Reply

Marsh Posté le 18-08-2002 à 17:11:02    

oui mais l'emetteur et le recepteur doivent avoir les mêmes systèmes non?

Reply

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 :)

Reply

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.

Reply

Marsh Posté le 18-08-2002 à 17:16:27   

Reply

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 ...

Reply

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 ...)


Message édité par Zzozo le 18-08-2002 à 17:27:35
Reply

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?

Reply

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 ...

Reply

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à :D

Reply

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

Reply

Marsh Posté le 18-08-2002 à 17:48:09    

rfc?

Reply

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à :D




 
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

Reply

Marsh Posté le 18-08-2002 à 17:51:04    

krapaud a écrit a écrit :

rfc?




 
google  :D
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 ...)


Message édité par djoh le 18-08-2002 à 17:52:08
Reply

Marsh Posté le 18-08-2002 à 17:52:40    

ok merci :)

Reply

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  :jap:

Reply

Marsh Posté le 18-08-2002 à 17:54:40    

:lol:

Reply

Marsh Posté le 18-08-2002 à 17:56:04    

ca sent la leche ici maintenant  
si c'est ca je vais pas rester longtemps
 
 
 
:lol:
 
ps mais tu devais pas sortir krapaud :D


Message édité par boisorbe le 18-08-2002 à 17:56:22

---------------
"Tout ce que je sais c'est que je ne sais rien" Socrate
Reply

Marsh Posté le 18-08-2002 à 17:57:54    

il pleut, pour faire un foot c'est mal barré :/

Reply

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 ...

Reply

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

Reply

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 ... [:ddr555] )
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 ... :o ... CQFD :D

Reply

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:

Reply

Marsh Posté le 19-08-2002 à 10:47:14    

Krapaud parle pas tres bien allemand  a écrit :

 vas ist das?



 
Was ist das. :o

Reply

Marsh Posté le 19-08-2002 à 10:48:58    

impulse a écrit a écrit :

 
 
Was ist das. :o




 
nicht sprengzi deutsch :na:

Reply

Marsh Posté le 19-08-2002 à 11:11:34    

Krapaud persiste  a écrit :

nicht sprengzi deutsch :na:  



 
Wie bitte ? Du kannst kein Deustch ? Schade. ;)

Reply

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!!!
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 [:dehors2]  
 


---------------
"I intend to live the first half of my life.I don't care about the rest."Errol Flynn."The difference between genius and stupidity is that genius has its limits."Albert Einstein
Reply

Marsh Posté le 19-08-2002 à 11:15:46    

vonderbarrrr

Reply

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. :D (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. :cry:
 

Reply

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. :cry:
 




 
Ca c'est bien vrai ...


---------------
Life is like a box of chocolate you never know what you gonna get.
Reply

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 :D

Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed