OVH Cloud OVH Cloud

Paramètres PPP : Compression logicielle

6 réponses
Avatar
rene
Bonsoir,

Dans les paramètres PPP de ma connexion tcp-ip PPPoE (Wanadoo Cable) figure
l'option "Activer la compression logicielle".
Cette option est décochée.

Si je la coche est ce que la connexion fonctionnera mieux (compression =>
moins d'octets qui transitent) ...
ou plus du tout (si Wanamou ne comprends pas que les données sont
comprimées !) ?

Merci pour vos infos.

René.

6 réponses

Avatar
Jacques Caron
Salut,

On Wed, 14 Jan 2004 22:36:56 +0100, rene wrote:

Dans les paramètres PPP de ma connexion tcp-ip PPPoE (Wanadoo Cable)
figure l'option "Activer la compression logicielle".
Cette option est décochée.

Si je la coche est ce que la connexion fonctionnera mieux (compression =>
moins d'octets qui transitent) ...
ou plus du tout (si Wanamou ne comprends pas que les données sont
comprimées !) ?


Tu n'as qu'à essayer, tu verras bien :-) De toutes façons, ça marchera,
PPP négocie les paramètres de la connexion, donc si l'autre bout n'en veut
pas ce ne sera pas activé (ce qui est le plus vraisemblable). Donc au
mieux ça va plus vite, au pire ça ne change rien.

Jacques.
--
Interactive Media Factory
Création, développement et hébergement
de services interactifs: SMS, SMS+, Audiotel...
http://www.imfeurope.com/

Avatar
rene
Merci Jacques,

J'ai fais comme tu as dit et j'ai testé ! Comme tu avais prévu, ca marche.
Et j'ai l'impression qu'en plus ca marche mieux : D'après le test de perf de
60 millions de consommateurs (test répété à 3 reprises) je suis passé d'un
débit descendant de 63Kbps à un débit de 69Kbs, pour une ligne à 64 Kbps ;
et un débit montant inchangé.

Cordialement,

René.

"Jacques Caron" a écrit dans le message de
news:
Salut,

On Wed, 14 Jan 2004 22:36:56 +0100, rene wrote:

Dans les paramètres PPP de ma connexion tcp-ip PPPoE (Wanadoo Cable)
figure l'option "Activer la compression logicielle".
Cette option est décochée.

Si je la coche est ce que la connexion fonctionnera mieux (compression
=>


moins d'octets qui transitent) ...
ou plus du tout (si Wanamou ne comprends pas que les données sont
comprimées !) ?


Tu n'as qu'à essayer, tu verras bien :-) De toutes façons, ça marchera,
PPP négocie les paramètres de la connexion, donc si l'autre bout n'en veut
pas ce ne sera pas activé (ce qui est le plus vraisemblable). Donc au
mieux ça va plus vite, au pire ça ne change rien.

Jacques.
--
Interactive Media Factory
Création, développement et hébergement
de services interactifs: SMS, SMS+, Audiotel...
http://www.imfeurope.com/



Avatar
mirak
rene wrote:
Merci Jacques,

J'ai fais comme tu as dit et j'ai testé ! Comme tu avais prévu, ca marche.
Et j'ai l'impression qu'en plus ca marche mieux : D'après le test de perf de
60 millions de consommateurs (test répété à 3 reprises) je suis passé d'un
débit descendant de 63Kbps à un débit de 69Kbs, pour une ligne à 64 Kbps ;
et un débit montant inchangé.


La compression n'etait parait il que valable pour les 56k.

Avatar
Jacques Caron
On Thu, 15 Jan 2004 22:48:46 +0100, mirak wrote:

La compression n'etait parait il que valable pour les 56k.


Sur les modems "56K", ce sont les modems qui effectuent la compression
entre eux (V.42bis ou précédemment MNP5, et il me semble qu'un
V.quelquechose nouveau est sorti il y a peu, V.91 peut-être?).

La compression PPP s'effectue entre les deux bouts de la connexion PPP,
i.e. le PC d'un côté (ou le routeur s'il y en a un), et l'équipement de
concentration du FAI à l'autre bout (un NAS pour les modems, un DSLAM, le
BAS ou un LAC en DSL suivant l'architecture, et je ne sais pas quoi sur le
câble).

Dans le cas d'un modem 56K on peut donc avoir deux fois de la compression,
alors que dans les autres cas on n'en aura qu'une fois au maximum.

Cependant, la compression utilisant pas mal de ressources, elle n'est pas
forcément autorisée (ou même possible, quelquefois) sur les équipements du
FAI. Et dans certains cas extrêmes (à haut débit avec un PC un peu
faiblard), dans certains cas ça peut ralentir plutôt qu'accélerer, si le
PC met plus de temps à décompresser tout ça qu'il ne gagne en temps de
transmission...

Jacques.
--
Interactive Media Factory
Création, développement et hébergement
de services interactifs: SMS, SMS+, Audiotel...
http://www.imfeurope.com/

Avatar
Jacques Caron
Salut,

On Thu, 15 Jan 2004 22:13:24 +0100, rene wrote:

je suis passé d'un débit descendant de 63Kbps à un débit
de 69Kbs, pour une ligne à 64 Kbps


Ce n'est pas vraiment assez pour être statistiquement significatif à mon
avis. Mais si les fichiers de tests sont du binaire assez aléatoire, il
serait normal que le gain soit peu important.

Trouve un gros fichier texte quelque part sur Internet, non compressé, et
regarde combien de temps tu mets à le télécharger, tu seras fixé!

Tiens je te propose:

ftp://ftp.jussieu.fr/pub/rfc/rfc/rfc-index.xml

Faire un "save as..." ou utiliser un client FTP dédié, pour éviter de
compter le temps de formatage et d'affichage...

Jacques.
--
Interactive Media Factory
Création, développement et hébergement
de services interactifs: SMS, SMS+, Audiotel...
http://www.imfeurope.com/

Avatar
rene
Je vais tester et je publierai la réponse.

Cordialement,
René
"Jacques Caron" a écrit dans le message de
news:
Salut,

On Thu, 15 Jan 2004 22:13:24 +0100, rene wrote:

je suis passé d'un débit descendant de 63Kbps à un débit
de 69Kbs, pour une ligne à 64 Kbps


Ce n'est pas vraiment assez pour être statistiquement significatif à mon
avis. Mais si les fichiers de tests sont du binaire assez aléatoire, il
serait normal que le gain soit peu important.

Trouve un gros fichier texte quelque part sur Internet, non compressé, et
regarde combien de temps tu mets à le télécharger, tu seras fixé!

Tiens je te propose:

ftp://ftp.jussieu.fr/pub/rfc/rfc/rfc-index.xml

Faire un "save as..." ou utiliser un client FTP dédié, pour éviter de
compter le temps de formatage et d'affichage...

Jacques.
--
Interactive Media Factory
Création, développement et hébergement
de services interactifs: SMS, SMS+, Audiotel...
http://www.imfeurope.com/