[whynot]

Originally Posted by Matt

En fait, les softs de compression qui pourraient le plus bénéficier du multithreading sont ceux n'utilisant pas le concept d'archive solide

Par défaut (donc pour la majorité des utilisateurs) WinRAR n'utilise pas d'archive solide lorsqu'il compresse. D'ailleurs je trouve les archives solides chiantes car pour voir ne serait-ce qu'on .txt minable dans une archive de 200megs, il faut tout extraire. Ca doit vraiment être utilisé à des fins particulières à mon avis.

[Matt]

Originally Posted by whynot

Par défaut (donc pour la majorité des utilisateurs) WinRAR n'utilise pas d'archive solide lorsqu'il compresse. D'ailleurs je trouve les archives solides chiantes car pour voir ne serait-ce qu'on .txt minable dans une archive de 200megs, il faut tout extraire. Ca doit vraiment être utilisé à des fins particulières à mon avis.

Certes. Mais reste à voir s'ils ont implémenté la compression de deux fichiers en parallèle ou pas.

[Fred]

Je pensais aux archives non solides, effectivement. Dans le cas des archives solides, l'index est toujours mis à jour, c'est plutôt lourd mais ça peut donner quelques algos intéressants puisqu'on doit toujours compresser un flux de données, l'ordre n'a que peu d'importance. Après, tout dépend de l'algo de compression et en particulier de la génération des dictionnaires ...

[Cougar]

Bon j'ai fait quelques tests avec mon modeste PIV 3.08 Ghz HT mode de compression BEST (pas solid ni autre)

dossier de 170 567 ko de png :
winrar 3.5 : 2'39 163 413 ko
winrar 3.6 : 2'16 163 411 ko

dossier de 111 698 ko de ficher "texte"
winrar 3.5 : 2'12 65 662 ko
winrar 3.6 : 1'40 65 652 ko

le gain de temps est donc loin d'être négligeable et on note même un faible gain au niveau de la taille

je ferai le test sur un fichier unique, genre de 700mo.

[Matt]

Originally Posted by Cougar

Bon j'ai fait quelques tests avec mon modeste PIV 3.08 Ghz HT mode de compression BEST (pas solid ni autre)

Dis donc, il est pas à 2.8 officiellement ton P4 ?

Originally Posted by Cougar

le gain de temps est donc loin d'être négligeable et on note même un faible gain au niveau de la taille

Tu devrais aussi faire un test en vérouillant WinRAR 3.6 sur un seul des core virtuels, pour voir si le gain de temps est vraiment entièrement du au multithreading, ou s'il est aussi dû à d'autres améliorations de l'algorithme.

EDIT : bon ben j'ai fait un essai rapide, et en activant l'option solide. La charge CPU tourne à 88-89% en moyenne, avec des pointes à 95%. Donc il y a vraiment eu un très bon travail d'optimisation, et pas simplement une mise en parallèle de la compression de deux fichiers.

[Cougar]

2'16 exactement pour le deuxième dossier multithreading off, donc y a apparamment un réel gain
A noter que l'archive fait 65 659 ko, comprendra qui pourra !

[LeMoi]

Version 3.60 beta 6
 
1. Switch -ad did not work in GUI winrar.exe.
2. When repairing several archives, console RAR did not handle 'No' choice of overwrite archive request properly. It aborted the operation instead of skipping the current archive.

Télécharger WinRAR 3.60 Beta 6 (Anglais, évaluation)