quand j'essaye d'utiliser -C (sur mon client ssh), ca me donne :
no matching comp found: client zlib server none,zlib@openssh.com
et ca se termine :-(
quel est le pb ?
(je pensais que c'etait capable d'essayer, et que si par exemple le
serveur le refuse, ca reessayait automatiquement sans l'option,
d'ailleurs c'est ce que ca fait pour -X sans une notification)
sur le serveur :
#Compression delayed
--
Informations sur Nicolas Sarkozy :
http://www.betapolitique.fr/spip.php?article0602
http://www.betapolitique.fr/spip.php?article0601
http://www.betapolitique.fr/spip.php?article0414
http://www.betapolitique.fr/spip.php?article0606
http://tDeContes.hd.free.fr/divers/Ruptures.pdf
Sur fr.comp.os.unix,fr.comp.os.mac-os.x, Thomas disait :
Si, mais c'est pas une bonne idée, vu que la compression dégrade les performances dans la plupart des cas. Voir le man.
ah bon, meme à travers l'adsl ? (le tuyau le plus etroit est à 128Kb/s)
Pour avoir testé, avec des ordis corrects des deux cotés (j'ai un P3/866), sur une liaison à 128Kb/s, c'est efficace, mais la latence augmente légèrement. Par contre pour XWindow il vaut beaucoup mieux utiliser un compresseur spécialisé comme dxpc.
-- La danse Morris est commune à tous les mondes habités du multivers. -- T. Pratchett
Sur fr.comp.os.unix,fr.comp.os.mac-os.x, Thomas disait :
Si, mais c'est pas une bonne idée, vu que la compression dégrade
les performances dans la plupart des cas. Voir le man.
ah bon, meme à travers l'adsl ? (le tuyau le plus etroit est à 128Kb/s)
Pour avoir testé, avec des ordis corrects des deux cotés (j'ai un
P3/866), sur une liaison à 128Kb/s, c'est efficace, mais la latence
augmente légèrement. Par contre pour XWindow il vaut beaucoup mieux
utiliser un compresseur spécialisé comme dxpc.
--
La danse Morris est commune à tous les mondes habités du multivers.
-- T. Pratchett
Sur fr.comp.os.unix,fr.comp.os.mac-os.x, Thomas disait :
Si, mais c'est pas une bonne idée, vu que la compression dégrade les performances dans la plupart des cas. Voir le man.
ah bon, meme à travers l'adsl ? (le tuyau le plus etroit est à 128Kb/s)
Pour avoir testé, avec des ordis corrects des deux cotés (j'ai un P3/866), sur une liaison à 128Kb/s, c'est efficace, mais la latence augmente légèrement. Par contre pour XWindow il vaut beaucoup mieux utiliser un compresseur spécialisé comme dxpc.
-- La danse Morris est commune à tous les mondes habités du multivers. -- T. Pratchett
Thomas
In article (Dans l'article) , patpro ~ Patrick Proniewski wrote (écrivait) :
Sinon l'alternative c'est de streamer un targz via le tuyau ssh. Comme là par exemple :
tar -czf - /foo/bar | ssh serveur tar -xzf - -C /destination
je pense que c'est très portable.
merci :-) par contre, d'apres ce que je comprends, ca ne remplace que scp
moi, par exemple quand j'installe des logiciels en cli, il y a plein plein de choses qui s'affichent dans le terminal :-)
-- Informations sur Nicolas Sarkozy : http://www.betapolitique.fr/spip.php?article0602 http://www.betapolitique.fr/spip.php?article0601 http://www.betapolitique.fr/spip.php?article0414 http://www.betapolitique.fr/spip.php?article0606 http://tDeContes.hd.free.fr/divers/Ruptures.pdf
In article (Dans l'article) <patpro-22EC7D.12235505072007@localhost>,
patpro ~ Patrick Proniewski <patpro@boleskine.patpro.net> wrote
(écrivait) :
Sinon l'alternative c'est de streamer un targz via le tuyau ssh. Comme
là par exemple :
tar -czf - /foo/bar | ssh serveur tar -xzf - -C /destination
je pense que c'est très portable.
merci :-)
par contre, d'apres ce que je comprends, ca ne remplace que scp
moi, par exemple quand j'installe des logiciels en cli, il y a plein
plein de choses qui s'affichent dans le terminal :-)
--
Informations sur Nicolas Sarkozy :
http://www.betapolitique.fr/spip.php?article0602
http://www.betapolitique.fr/spip.php?article0601
http://www.betapolitique.fr/spip.php?article0414
http://www.betapolitique.fr/spip.php?article0606
http://tDeContes.hd.free.fr/divers/Ruptures.pdf
In article (Dans l'article) , patpro ~ Patrick Proniewski wrote (écrivait) :
Sinon l'alternative c'est de streamer un targz via le tuyau ssh. Comme là par exemple :
tar -czf - /foo/bar | ssh serveur tar -xzf - -C /destination
je pense que c'est très portable.
merci :-) par contre, d'apres ce que je comprends, ca ne remplace que scp
moi, par exemple quand j'installe des logiciels en cli, il y a plein plein de choses qui s'affichent dans le terminal :-)
-- Informations sur Nicolas Sarkozy : http://www.betapolitique.fr/spip.php?article0602 http://www.betapolitique.fr/spip.php?article0601 http://www.betapolitique.fr/spip.php?article0414 http://www.betapolitique.fr/spip.php?article0606 http://tDeContes.hd.free.fr/divers/Ruptures.pdf
Thomas
In article (Dans l'article) , Jogo wrote (écrivait) :
Sur fr.comp.os.unix,fr.comp.os.mac-os.x, Thomas disait :
Si, mais c'est pas une bonne idée, vu que la compression dégrade les performances dans la plupart des cas. Voir le man.
ah bon, meme à travers l'adsl ? (le tuyau le plus etroit est à 128Kb/s)
Pour avoir testé, avec des ordis corrects des deux cotés (j'ai un P3/866), sur une liaison à 128Kb/s, c'est efficace, mais la latence augmente légèrement.
ok, donc à eviter si on fait bcp de clavier avec peu de texte affiché :-)
Par contre pour XWindow il vaut beaucoup mieux utiliser un compresseur spécialisé comme dxpc.
ah ? qq c'est dxpc ? c'est standard ? merci pour l'info :-)
-- Informations sur Nicolas Sarkozy : http://www.betapolitique.fr/spip.php?article0602 http://www.betapolitique.fr/spip.php?article0601 http://www.betapolitique.fr/spip.php?article0414 http://www.betapolitique.fr/spip.php?article0606 http://tDeContes.hd.free.fr/divers/Ruptures.pdf
In article (Dans l'article) <20070706105715.1497787c.jogo@matabio.net>,
Jogo <jogo@matabio.net> wrote (écrivait) :
Sur fr.comp.os.unix,fr.comp.os.mac-os.x, Thomas disait :
Si, mais c'est pas une bonne idée, vu que la compression dégrade
les performances dans la plupart des cas. Voir le man.
ah bon, meme à travers l'adsl ? (le tuyau le plus etroit est à 128Kb/s)
Pour avoir testé, avec des ordis corrects des deux cotés (j'ai un
P3/866), sur une liaison à 128Kb/s, c'est efficace, mais la latence
augmente légèrement.
ok, donc à eviter si on fait bcp de clavier avec peu de texte affiché :-)
Par contre pour XWindow il vaut beaucoup mieux
utiliser un compresseur spécialisé comme dxpc.
ah ? qq c'est dxpc ? c'est standard ?
merci pour l'info :-)
--
Informations sur Nicolas Sarkozy :
http://www.betapolitique.fr/spip.php?article0602
http://www.betapolitique.fr/spip.php?article0601
http://www.betapolitique.fr/spip.php?article0414
http://www.betapolitique.fr/spip.php?article0606
http://tDeContes.hd.free.fr/divers/Ruptures.pdf
In article (Dans l'article) , Jogo wrote (écrivait) :
Sur fr.comp.os.unix,fr.comp.os.mac-os.x, Thomas disait :
Si, mais c'est pas une bonne idée, vu que la compression dégrade les performances dans la plupart des cas. Voir le man.
ah bon, meme à travers l'adsl ? (le tuyau le plus etroit est à 128Kb/s)
Pour avoir testé, avec des ordis corrects des deux cotés (j'ai un P3/866), sur une liaison à 128Kb/s, c'est efficace, mais la latence augmente légèrement.
ok, donc à eviter si on fait bcp de clavier avec peu de texte affiché :-)
Par contre pour XWindow il vaut beaucoup mieux utiliser un compresseur spécialisé comme dxpc.
ah ? qq c'est dxpc ? c'est standard ? merci pour l'info :-)
-- Informations sur Nicolas Sarkozy : http://www.betapolitique.fr/spip.php?article0602 http://www.betapolitique.fr/spip.php?article0601 http://www.betapolitique.fr/spip.php?article0414 http://www.betapolitique.fr/spip.php?article0606 http://tDeContes.hd.free.fr/divers/Ruptures.pdf
Thomas
In article (Dans l'article) , Jogo wrote (écrivait) :
Sur fr.comp.os.unix,fr.comp.os.mac-os.x, Thomas disait :
Si, mais c'est pas une bonne idée, vu que la compression dégrade les performances dans la plupart des cas. Voir le man.
ah bon, meme à travers l'adsl ? (le tuyau le plus etroit est à 128Kb/s)
Pour avoir testé, avec des ordis corrects des deux cotés (j'ai un P3/866), sur une liaison à 128Kb/s, c'est efficace, mais la latence augmente légèrement.
ok, donc à eviter si on fait bcp de clavier avec peu de texte affiché :-)
Par contre pour XWindow il vaut beaucoup mieux utiliser un compresseur spécialisé comme dxpc.
ah ? qq c'est dxpc ? c'est standard ? merci pour l'info :-)
-- Informations sur Nicolas Sarkozy : http://www.betapolitique.fr/spip.php?article0602 http://www.betapolitique.fr/spip.php?article0601 http://www.betapolitique.fr/spip.php?article0414 http://www.betapolitique.fr/spip.php?article0606 http://tDeContes.hd.free.fr/divers/Ruptures.pdf
In article (Dans l'article) <20070706105715.1497787c.jogo@matabio.net>,
Jogo <jogo@matabio.net> wrote (écrivait) :
Sur fr.comp.os.unix,fr.comp.os.mac-os.x, Thomas disait :
Si, mais c'est pas une bonne idée, vu que la compression dégrade
les performances dans la plupart des cas. Voir le man.
ah bon, meme à travers l'adsl ? (le tuyau le plus etroit est à 128Kb/s)
Pour avoir testé, avec des ordis corrects des deux cotés (j'ai un
P3/866), sur une liaison à 128Kb/s, c'est efficace, mais la latence
augmente légèrement.
ok, donc à eviter si on fait bcp de clavier avec peu de texte affiché :-)
Par contre pour XWindow il vaut beaucoup mieux
utiliser un compresseur spécialisé comme dxpc.
ah ? qq c'est dxpc ? c'est standard ?
merci pour l'info :-)
--
Informations sur Nicolas Sarkozy :
http://www.betapolitique.fr/spip.php?article0602
http://www.betapolitique.fr/spip.php?article0601
http://www.betapolitique.fr/spip.php?article0414
http://www.betapolitique.fr/spip.php?article0606
http://tDeContes.hd.free.fr/divers/Ruptures.pdf
In article (Dans l'article) , Jogo wrote (écrivait) :
Sur fr.comp.os.unix,fr.comp.os.mac-os.x, Thomas disait :
Si, mais c'est pas une bonne idée, vu que la compression dégrade les performances dans la plupart des cas. Voir le man.
ah bon, meme à travers l'adsl ? (le tuyau le plus etroit est à 128Kb/s)
Pour avoir testé, avec des ordis corrects des deux cotés (j'ai un P3/866), sur une liaison à 128Kb/s, c'est efficace, mais la latence augmente légèrement.
ok, donc à eviter si on fait bcp de clavier avec peu de texte affiché :-)
Par contre pour XWindow il vaut beaucoup mieux utiliser un compresseur spécialisé comme dxpc.
ah ? qq c'est dxpc ? c'est standard ? merci pour l'info :-)
-- Informations sur Nicolas Sarkozy : http://www.betapolitique.fr/spip.php?article0602 http://www.betapolitique.fr/spip.php?article0601 http://www.betapolitique.fr/spip.php?article0414 http://www.betapolitique.fr/spip.php?article0606 http://tDeContes.hd.free.fr/divers/Ruptures.pdf
patpro ~ Patrick Proniewski
In article , Thomas wrote:
In article (Dans l'article) , patpro ~ Patrick Proniewski wrote (écrivait) :
Sinon l'alternative c'est de streamer un targz via le tuyau ssh. Comme là par exemple :
tar -czf - /foo/bar | ssh serveur tar -xzf - -C /destination
je pense que c'est très portable.
merci :-) par contre, d'apres ce que je comprends, ca ne remplace que scp
moi, par exemple quand j'installe des logiciels en cli, il y a plein plein de choses qui s'affichent dans le terminal :-)
effectivement, mais la compression autre que pour les fichiers, je n'en vois pas l'intérêt. Aller, une install d'un soft bavard ça va t'afficher quoi ? 3, 5, 10 Ko de texte ?
Pour une grosse compil (make world sur freebsd), j'ai 7,1 Mo d'output, là ça pourrait être rentable sur un lien très lent. Mais l'opération dure 15 minutes (sur une bonne machine), soit un débit de 8 ko/s environ. Donc finalement, là non plus, ce n'est pas utile de compresser, sauf en RTC ou GPRS.
patpro
-- http://www.patpro.net/
In article
<fantome.forums.tDeContes-AD5389.00181119072007@news-2.proxad.net>,
Thomas <fantome.forums.tDeContes@free.fr.invalid> wrote:
In article (Dans l'article) <patpro-22EC7D.12235505072007@localhost>,
patpro ~ Patrick Proniewski <patpro@boleskine.patpro.net> wrote
(écrivait) :
Sinon l'alternative c'est de streamer un targz via le tuyau ssh. Comme
là par exemple :
tar -czf - /foo/bar | ssh serveur tar -xzf - -C /destination
je pense que c'est très portable.
merci :-)
par contre, d'apres ce que je comprends, ca ne remplace que scp
moi, par exemple quand j'installe des logiciels en cli, il y a plein
plein de choses qui s'affichent dans le terminal :-)
effectivement, mais la compression autre que pour les fichiers, je n'en
vois pas l'intérêt. Aller, une install d'un soft bavard ça va t'afficher
quoi ? 3, 5, 10 Ko de texte ?
Pour une grosse compil (make world sur freebsd), j'ai 7,1 Mo d'output,
là ça pourrait être rentable sur un lien très lent. Mais l'opération
dure 15 minutes (sur une bonne machine), soit un débit de 8 ko/s
environ. Donc finalement, là non plus, ce n'est pas utile de compresser,
sauf en RTC ou GPRS.
In article (Dans l'article) , patpro ~ Patrick Proniewski wrote (écrivait) :
Sinon l'alternative c'est de streamer un targz via le tuyau ssh. Comme là par exemple :
tar -czf - /foo/bar | ssh serveur tar -xzf - -C /destination
je pense que c'est très portable.
merci :-) par contre, d'apres ce que je comprends, ca ne remplace que scp
moi, par exemple quand j'installe des logiciels en cli, il y a plein plein de choses qui s'affichent dans le terminal :-)
effectivement, mais la compression autre que pour les fichiers, je n'en vois pas l'intérêt. Aller, une install d'un soft bavard ça va t'afficher quoi ? 3, 5, 10 Ko de texte ?
Pour une grosse compil (make world sur freebsd), j'ai 7,1 Mo d'output, là ça pourrait être rentable sur un lien très lent. Mais l'opération dure 15 minutes (sur une bonne machine), soit un débit de 8 ko/s environ. Donc finalement, là non plus, ce n'est pas utile de compresser, sauf en RTC ou GPRS.
patpro
-- http://www.patpro.net/
patpro ~ Patrick Proniewski
In article , Thomas wrote:
In article (Dans l'article) , patpro ~ Patrick Proniewski wrote (écrivait) :
Sinon l'alternative c'est de streamer un targz via le tuyau ssh. Comme là par exemple :
tar -czf - /foo/bar | ssh serveur tar -xzf - -C /destination
je pense que c'est très portable.
merci :-) par contre, d'apres ce que je comprends, ca ne remplace que scp
moi, par exemple quand j'installe des logiciels en cli, il y a plein plein de choses qui s'affichent dans le terminal :-)
effectivement, mais la compression autre que pour les fichiers, je n'en vois pas l'intérêt. Aller, une install d'un soft bavard ça va t'afficher quoi ? 3, 5, 10 Ko de texte ?
Pour une grosse compil (make world sur freebsd), j'ai 7,1 Mo d'output, là ça pourrait être rentable sur un lien très lent. Mais l'opération dure 15 minutes (sur une bonne machine), soit un débit de 8 ko/s environ. Donc finalement, là non plus, ce n'est pas utile de compresser, sauf en RTC ou GPRS.
patpro
-- http://www.patpro.net/
In article
<fantome.forums.tDeContes-AD5389.00181119072007@news-2.proxad.net>,
Thomas <fantome.forums.tDeContes@free.fr.invalid> wrote:
In article (Dans l'article) <patpro-22EC7D.12235505072007@localhost>,
patpro ~ Patrick Proniewski <patpro@boleskine.patpro.net> wrote
(écrivait) :
Sinon l'alternative c'est de streamer un targz via le tuyau ssh. Comme
là par exemple :
tar -czf - /foo/bar | ssh serveur tar -xzf - -C /destination
je pense que c'est très portable.
merci :-)
par contre, d'apres ce que je comprends, ca ne remplace que scp
moi, par exemple quand j'installe des logiciels en cli, il y a plein
plein de choses qui s'affichent dans le terminal :-)
effectivement, mais la compression autre que pour les fichiers, je n'en
vois pas l'intérêt. Aller, une install d'un soft bavard ça va t'afficher
quoi ? 3, 5, 10 Ko de texte ?
Pour une grosse compil (make world sur freebsd), j'ai 7,1 Mo d'output,
là ça pourrait être rentable sur un lien très lent. Mais l'opération
dure 15 minutes (sur une bonne machine), soit un débit de 8 ko/s
environ. Donc finalement, là non plus, ce n'est pas utile de compresser,
sauf en RTC ou GPRS.
In article (Dans l'article) , patpro ~ Patrick Proniewski wrote (écrivait) :
Sinon l'alternative c'est de streamer un targz via le tuyau ssh. Comme là par exemple :
tar -czf - /foo/bar | ssh serveur tar -xzf - -C /destination
je pense que c'est très portable.
merci :-) par contre, d'apres ce que je comprends, ca ne remplace que scp
moi, par exemple quand j'installe des logiciels en cli, il y a plein plein de choses qui s'affichent dans le terminal :-)
effectivement, mais la compression autre que pour les fichiers, je n'en vois pas l'intérêt. Aller, une install d'un soft bavard ça va t'afficher quoi ? 3, 5, 10 Ko de texte ?
Pour une grosse compil (make world sur freebsd), j'ai 7,1 Mo d'output, là ça pourrait être rentable sur un lien très lent. Mais l'opération dure 15 minutes (sur une bonne machine), soit un débit de 8 ko/s environ. Donc finalement, là non plus, ce n'est pas utile de compresser, sauf en RTC ou GPRS.
patpro
-- http://www.patpro.net/
Matthieu Moy
patpro ~ Patrick Proniewski writes:
Pour une grosse compil (make world sur freebsd), j'ai 7,1 Mo d'output, là ça pourrait être rentable sur un lien très lent. Mais l'opération dure 15 minutes (sur une bonne machine), soit un débit de 8 ko/s environ. Donc finalement, là non plus, ce n'est pas utile de compresser, sauf en RTC ou GPRS.
Et encore. On pourrait faire de la compression efficace si on passait les 7,1Mo d'un coup, mais là, le texte est affiché morceau par morceau. Faudrait faire le test, mais je doute que la compression soit vraiment efficace dans ce cas.
-- Matthieu
patpro ~ Patrick Proniewski <patpro@boleskine.patpro.net> writes:
Pour une grosse compil (make world sur freebsd), j'ai 7,1 Mo d'output,
là ça pourrait être rentable sur un lien très lent. Mais l'opération
dure 15 minutes (sur une bonne machine), soit un débit de 8 ko/s
environ. Donc finalement, là non plus, ce n'est pas utile de compresser,
sauf en RTC ou GPRS.
Et encore. On pourrait faire de la compression efficace si on passait
les 7,1Mo d'un coup, mais là, le texte est affiché morceau par
morceau. Faudrait faire le test, mais je doute que la compression soit
vraiment efficace dans ce cas.
Pour une grosse compil (make world sur freebsd), j'ai 7,1 Mo d'output, là ça pourrait être rentable sur un lien très lent. Mais l'opération dure 15 minutes (sur une bonne machine), soit un débit de 8 ko/s environ. Donc finalement, là non plus, ce n'est pas utile de compresser, sauf en RTC ou GPRS.
Et encore. On pourrait faire de la compression efficace si on passait les 7,1Mo d'un coup, mais là, le texte est affiché morceau par morceau. Faudrait faire le test, mais je doute que la compression soit vraiment efficace dans ce cas.
-- Matthieu
Matthieu Moy
patpro ~ Patrick Proniewski writes:
Pour une grosse compil (make world sur freebsd), j'ai 7,1 Mo d'output, là ça pourrait être rentable sur un lien très lent. Mais l'opération dure 15 minutes (sur une bonne machine), soit un débit de 8 ko/s environ. Donc finalement, là non plus, ce n'est pas utile de compresser, sauf en RTC ou GPRS.
Et encore. On pourrait faire de la compression efficace si on passait les 7,1Mo d'un coup, mais là, le texte est affiché morceau par morceau. Faudrait faire le test, mais je doute que la compression soit vraiment efficace dans ce cas.
-- Matthieu
patpro ~ Patrick Proniewski <patpro@boleskine.patpro.net> writes:
Pour une grosse compil (make world sur freebsd), j'ai 7,1 Mo d'output,
là ça pourrait être rentable sur un lien très lent. Mais l'opération
dure 15 minutes (sur une bonne machine), soit un débit de 8 ko/s
environ. Donc finalement, là non plus, ce n'est pas utile de compresser,
sauf en RTC ou GPRS.
Et encore. On pourrait faire de la compression efficace si on passait
les 7,1Mo d'un coup, mais là, le texte est affiché morceau par
morceau. Faudrait faire le test, mais je doute que la compression soit
vraiment efficace dans ce cas.
Pour une grosse compil (make world sur freebsd), j'ai 7,1 Mo d'output, là ça pourrait être rentable sur un lien très lent. Mais l'opération dure 15 minutes (sur une bonne machine), soit un débit de 8 ko/s environ. Donc finalement, là non plus, ce n'est pas utile de compresser, sauf en RTC ou GPRS.
Et encore. On pourrait faire de la compression efficace si on passait les 7,1Mo d'un coup, mais là, le texte est affiché morceau par morceau. Faudrait faire le test, mais je doute que la compression soit vraiment efficace dans ce cas.
-- Matthieu
patpro ~ Patrick Proniewski
In article , Matthieu Moy wrote:
patpro ~ Patrick Proniewski writes:
Pour une grosse compil (make world sur freebsd), j'ai 7,1 Mo d'output, là ça pourrait être rentable sur un lien très lent. Mais l'opération dure 15 minutes (sur une bonne machine), soit un débit de 8 ko/s environ. Donc finalement, là non plus, ce n'est pas utile de compresser, sauf en RTC ou GPRS.
Et encore. On pourrait faire de la compression efficace si on passait les 7,1Mo d'un coup, mais là, le texte est affiché morceau par morceau. Faudrait faire le test, mais je doute que la compression soit vraiment efficace dans ce cas.
Tu soulèves un point intéressant. Je pense que la compression doit quand même être efficace, mais il faut que le serveur envoie le texte au tty suffisamment rapidement.
Dans mon cas précis, sur une machine avec 4 cores physiques et une compilation lancée en -j10, je pense que l'output de la compilation aura assez de lignes pour envoyer des paquet pour obtenir une compression intelligente.
J'ai fait un test :
$ ssh -C serveur
puis
$ time cat makeworld.out
j'obtiens 17 secondes, pour 7,1 Mo de texte. Le même test sans compression donne 69 secondes. Et si je fais un scp -C, j'obtiens 11 secondes.
Maintenant il faudrait regarder ce qu'il se passe quand l'input arrive par petit bouts dans le tuyau, et ce que cela donne en consommation de bande passante en fonction du délais entre deux "petits bouts". Mais bon, vacances hein ;)
patpro
-- http://www.patpro.net/
In article <vpqr6n4vmbf.fsf@bauges.imag.fr>,
Matthieu Moy <MatthieuNOSPAM.Moy@imag.fr.invalid> wrote:
patpro ~ Patrick Proniewski <patpro@boleskine.patpro.net> writes:
Pour une grosse compil (make world sur freebsd), j'ai 7,1 Mo d'output,
là ça pourrait être rentable sur un lien très lent. Mais l'opération
dure 15 minutes (sur une bonne machine), soit un débit de 8 ko/s
environ. Donc finalement, là non plus, ce n'est pas utile de compresser,
sauf en RTC ou GPRS.
Et encore. On pourrait faire de la compression efficace si on passait
les 7,1Mo d'un coup, mais là, le texte est affiché morceau par
morceau. Faudrait faire le test, mais je doute que la compression soit
vraiment efficace dans ce cas.
Tu soulèves un point intéressant. Je pense que la compression doit quand
même être efficace, mais il faut que le serveur envoie le texte au tty
suffisamment rapidement.
Dans mon cas précis, sur une machine avec 4 cores physiques et une
compilation lancée en -j10, je pense que l'output de la compilation aura
assez de lignes pour envoyer des paquet pour obtenir une compression
intelligente.
J'ai fait un test :
$ ssh -C serveur
puis
$ time cat makeworld.out
j'obtiens 17 secondes, pour 7,1 Mo de texte. Le même test sans
compression donne 69 secondes.
Et si je fais un scp -C, j'obtiens 11 secondes.
Maintenant il faudrait regarder ce qu'il se passe quand l'input arrive
par petit bouts dans le tuyau, et ce que cela donne en consommation de
bande passante en fonction du délais entre deux "petits bouts". Mais
bon, vacances hein ;)
Pour une grosse compil (make world sur freebsd), j'ai 7,1 Mo d'output, là ça pourrait être rentable sur un lien très lent. Mais l'opération dure 15 minutes (sur une bonne machine), soit un débit de 8 ko/s environ. Donc finalement, là non plus, ce n'est pas utile de compresser, sauf en RTC ou GPRS.
Et encore. On pourrait faire de la compression efficace si on passait les 7,1Mo d'un coup, mais là, le texte est affiché morceau par morceau. Faudrait faire le test, mais je doute que la compression soit vraiment efficace dans ce cas.
Tu soulèves un point intéressant. Je pense que la compression doit quand même être efficace, mais il faut que le serveur envoie le texte au tty suffisamment rapidement.
Dans mon cas précis, sur une machine avec 4 cores physiques et une compilation lancée en -j10, je pense que l'output de la compilation aura assez de lignes pour envoyer des paquet pour obtenir une compression intelligente.
J'ai fait un test :
$ ssh -C serveur
puis
$ time cat makeworld.out
j'obtiens 17 secondes, pour 7,1 Mo de texte. Le même test sans compression donne 69 secondes. Et si je fais un scp -C, j'obtiens 11 secondes.
Maintenant il faudrait regarder ce qu'il se passe quand l'input arrive par petit bouts dans le tuyau, et ce que cela donne en consommation de bande passante en fonction du délais entre deux "petits bouts". Mais bon, vacances hein ;)