[Benjy]

Originally Posted by 1for-matik

N.B: Cette news n'a aucun besoin d'être publié dans la rubrique Actualités...

Mais pourquoooooiiii ? :rolleyes:

[LeMoi]

Idem :confused:

[1for-matik]

Originally Posted by Benjy

Mais pourquoooooiiii ? :rolleyes:

PARCEEEEEE QUEEEEEEEEEEEEEEEEE

Ca sert à rien... à moins que tu veuille quand même publier une news sur un logiciel en bêta

[Fred]

Le multithread dans WinRAR ça peut être bien sympa
Vous en voyez beaucoup des logiciels de compression multithreadés ? Pourtant le processus s'y prête vraiment bien ...

[Matt]

Originally Posted by Fred

Le multithread dans WinRAR ça peut être bien sympa
Vous en voyez beaucoup des logiciels de compression multithreadés ?

7zip

Originally Posted by Fred

Pourtant le processus s'y prête vraiment bien ...

Bof ... Les algos de compression sont malheureusement relativement difficiles à paralléliser, parce qu'il y a pas mal de problèmes de synchronisation de données et car le codage est fortement dépendant de ce qui a été codé avant (c'est particulièrement le cas pour l'archivage de fichiers, nettement moins pour la compression de vidéo, où on peut quasiment paralléliser à 100% grâce aux frames clés).
J'ai fait quelques essais avec 7zip (article à venir sur mon futur site Matt, le roi du Vaporeware), y a des petites pointes à 70% de charge CPU (donc +40% par rapport à du single thread), mais en poyenne, ça tourne plutôt entre 55 et 60%.

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 (car alors le codage de chaque fichier est totalement indépendant de celui des autres, donc on peut paralléliser dès qu'il y a plusieurs fichiers), mais :
- les archives solides sont généralement mieux compressées (logique, plus de redondance)
- dans 7zip, je n'ai pas remarqué de différence de charge entre archive solide et archive non solide, donc ça n'a pas été prévu à l'implémentation, faudrait voir comment se comporte WinRar sur ce point.

[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 ...