Retourner au contenu associé (entrée de forum : Calculer le taux de modification)
Posté par phoenix (site web personnel) le 10 février 2010 à 16:39. En réponse au message Calculer le taux de modification. Évalué à 1.
AltStyle によって変換されたページ (->オリジナル) / アドレス: モード: デフォルト 音声ブラウザ ルビ付き 配色反転 文字拡大 モバイル
[^] # Re: Utilise gzip, luke !
Posté par phoenix (site web personnel) . En réponse au message Calculer le taux de modification. Évalué à 1.
Je viens de faire :
C(A)
C(B)
C(AB)
et
C(AA)
TAR(AA) correspond bien à environ TAR(A) + TAR(A)
TAR(AB) correspond bien à environ TAR(A) + TAR(B)
Une fois compressé, C(AB) >>> C(A) et C(AA) >>> C(A)
En faite le calcul me donne d = 0,97 (soit proche de 1) pour C(AB) et plus pour C(AA).
Le plus étrange c'est ceci (bzip2 ou gzip ne sont peut-être pas assez efficace, comme on en parle ci-dessous) :
tar -c trunk/* > trunk.tar
tar -c v0.8.1/* > v0.8.1.tar
tar -c trunk/* v0.8.1/* > common.tar
tar -c trunk/* trunk/* > common2.tar
puis je bzip2 chaque fichier :
1043899 fév 10 15:31 common2.tar.bz2
975668 fév 10 15:26 common.tar.bz2
521470 fév 10 15:26 trunk.tar.bz2
465741 fév 10 15:25 v0.8.1.tar.bz2
Le fichier common2 est plus gros que common pourtant tout les fichiers sont en double ... alors que common contient A et B
PS : Le TAR d'un dossier (comme par exemple trunk) non compressé fait 4,3 Mo