jeudi 30 mai 2002, 15:42:54, georges a �crit : >> >> le pb n'est pas l�, mais plut�t quel est la probabilit� pour que sur >> ton paquet de 10Mo, d�coup� en petit bout, la majorit� des bouts >> soit identiques ....
> c'est une autre formulation de ce que je voulais dire ... ;-) oui, avec en plus la possibilit� d'intercaler de nouveaux morceaux plus ou moins grand entre les morceaux d'origines. Ce qui augmente grandement la probabilit� :) > mais le "probl�me", c'est que cette probabilit� me semblant > relativement faible (vu la complexit�/richesse de ce qu'il y a dans un > .deb), il faut encore y ajouter le co�t/temps des calculs pour les > sommes (en g�n�ral pour pas grand chose _dans le cas qui nous occupe_) En fait, �a d�pend du .deb ... sur des doc ou tout paquet avec beaucoup d'ASCII, malgr� la compression, si les changements sont mineurs, on retrouve une tr�s grande partie des morceaux de l'ancien paquet dans le nouveau. Par contre, sur les petits paquets compil� puis compress� la probabilit� est faible >> pour plus d'info sur l'algo de rsync : >> http://rsync.samba.org/tech_report/node2.html Quand au temps de calcul, l'algo ne me semble pas si gourmand en temps proc. A+ tom -- Thomas Clavier http://www.tcweb.dyndns.org . _/_/_/_/_/ _/_/ Centre d'expertise RGO . _/ _/ DATACEP Nord . _/ _/ +33 3 28 52 53 02 - +33 6 09 25 59 67 . _/ _/_/
