1.33 est le 'speedup'. Si c'était 1.00 il n'y aurait pas de gain (1:1) 1.33 signifie qu'il a été un poil plus petit (et plus rapide donc) que s'il avait envoyé tout le fichier (il a renvoyé environ 75% du fichier). Un speedup de 602.18 signifie qu'il a été plus rapide sur un facteur 1:602.18 (et n'a donc dû renvoyer qu'une infime partie du fichier).
Côté charge CPU, ajouter de la compression à rsync (-z) fait naturellement monter le load sur *les deux machines* car il faut compresser d'un côté et décompresser de l'autre. C'est pourquoi je mettais que, chez nous en tous cas, nous n'utilisons pas cette compression pour les transferts internes car le gain en bande passante est moins plus que gâché par la charge CPU.
Note que nous ne payons naturellement pas la bande passante à l'interne. Par contre, pour les transferts via internet, nous la payons; c'est pourquoi nous recherchons une efficacité de ce côté.
La gelée de coings est une chose à ne pas avaler de travers.
[^] # Re: Pas tout compris
Posté par Lol Zimmerli (site web personnel, Mastodon) . En réponse au journal Considération sur l'emploi de rsync. Évalué à 4.
Côté charge CPU, ajouter de la compression à rsync (-z) fait naturellement monter le load sur *les deux machines* car il faut compresser d'un côté et décompresser de l'autre. C'est pourquoi je mettais que, chez nous en tous cas, nous n'utilisons pas cette compression pour les transferts internes car le gain en bande passante est moins plus que gâché par la charge CPU.
Note que nous ne payons naturellement pas la bande passante à l'interne. Par contre, pour les transferts via internet, nous la payons; c'est pourquoi nous recherchons une efficacité de ce côté.
La gelée de coings est une chose à ne pas avaler de travers.