Winrar 4.20 x64 llega con grandes mejoras de rendimiento en CPUs Multinucleos

[[CptRenko]]

RARLab recientemente ha lanzado una nueva versión de su reconocida utilidad de compresión de archivos: WinRAR, la que llega a su versión 4.2.

El nuevo WinRAR 4.2 trae una larga lista de importantes cambios, entre ellos uno que sus usuarios han estado reclamando durante mucho tiempo: la optimización de sus algoritmos para aprovechar el gran poder de los múltiples núcleos que poseen los actuales microprocesadores, optimización que consigue importantes mejoras de rendimiento para los poseedores de CPUs cuádruple núcleo y configuraciones superiores.

Los nuevos algoritmos usados en la compresión/descompresión de archivos por WinRAR 4.2 no solamente están optimizados para múltiples núcleos, sino también para aprovechar los modernos juegos de instrucciones de los actuales microprocesadores, por los que incluso los usuarios que aún posean equipos con microprocesadores mono-núcleo, aunque los poseedores de viejos procesadores que carezcan de los modernos juegos de instrucciones podrían no beneficiarse de las mejoras al código del programa.


Aquí la lista de cambios completa:

1. Changes in RAR compression:
a) RAR general compression algorithm is optimized for better utilization of several processor cores. While some speed gain is possible even in single processor mode, best results are achieved in multi-core environment.
Speed gain depends on data type and average file size. Several cores are utilized more efficiently when compressing large files.
b) we had to increase memory requirements to achieve higher compression speed. General RAR compression algorithm allocates about 120 MB comparing to 40 MB in WinRAR 4.11;
c) RAR text compression algorithm cannot utilize several CPU cores efficiently, so its performance in multiprocessor environment is much lower than for general algorithm. Also its decompression speed is much lower than in general algorithm regardless of CPU number. So we decided to disable the text algorithm by default.
If you need maximum possible compression ratio for plain text data regardless of speed, you can enable the text compression in "Advanced compression parameter" dialog. Press "Compression..." button on "Advanced" page of archiving dialog to access it. You can also change this option permanently in default compression profile;
In the command line mode the text compression can be enabled with -mct switch;
d) "Fastest" (-m1) compression mode also supports several processor cores now. In 4.11 it could use only a single processor core.
2. RAR general decompression algorithm speed is slightly improved, though not to same extent as RAR compression. RAR decompression is not able to use several processor cores, so its performance does not depend on a number of cores.
3. Changes in ZIP compression:
a) now ZIP compression supports several processor cores resulting in noticeably higher performance in multi-core environment. Single CPU ZIP compression is also faster than in 4.11;
b) memory use for ZIP compression is increased to about 15 MB.
4. Recovery volume creating and processing can use several CPU cores resulting in higher speed. Though, typically hard drive seek speed is a limiting factor for recovery volumes, so this gain is most noticeable when working with solid state drive.
5. Now the allowed value for -mt switch is 1 - 32, not 0 - 16 as before.
6. "Find files" command can search data in 7-Zip archives. Previously "Find files" did not support .7z archive format.
7. Windows 2000 is not supported by WinRAR and WinRAR self-extracting modules anymore.
8. "Save current settings" button in "Advanced SFX options" dialog is now available only when converting an existing archive to SFX. Options saved with this button are applied only to convert to SFX operation.

If you create or update SFX archive, only SFX options stored in default compression profile are used. Options saved in "Advanced SFX options" dialog are ignored for these operations.

Los de Planet 3DNow! realizaron una mini-prueba a fin de comprobar las afirmaciones de RARLab, comprimiendo un grupo de ficheros con un tamaño conjunto de 528.115 KB, usando un microprocesador AMD FX-6100, donde el nuevo WinRAR 4.2 casi duplicó el rendimiento de WinRAR 4.11:

WinRAR 4.11 x64 = 2:02 min
WinRAR 4.20 x64 = 1:03 min

Fuente : http://www.chw.net/2012/06/winrar-4-2-llega-con-grandes-mejoras-de-rendimiento-para-los-microprocesadores-multi-nucleo/

La verdad me ha sorprendido bastante este nueva version, una prueba que hice en mi pc:

1.54GB

Winrar 4.01 64 bits

Compresion : 6 minutos 50 segundos

Winrar 4.20 64 bits

Compresion : 3 minutos 10 segundos

La mejora de rendimiento es notable.

[UrKraFt]

¡Mola!

[[Xer]Vichonix]

Gracias por...

[Doomerdrek]

Gracias por anunciar
No tengo un tiempo de referencia pero me di cuenta que al comprimir una carpeta de 1.2 gb durante 1m utilizo al 100% los 8 cores del Fx

Edit: Acabo de desinstalarlo y probar el anterior 4.11 con la misma carpeta de 1.2gb y la verdad no hay punto de comparación 4:00 min Vs 1:25 min de la nueva versión, un cambio más que notable, abismal diría yo

[Valor Rojo]

Maldición! Vivir en un país con crisis continua no mola , no me puedo dar el lujo de comprar un cpu nuevo multinúcleo

[Murder Death Kill]

Step up 7zip

[Delusion]

Está genial leer esto, muy buena noticia .

Desde que uso Izarc y 7zip me olvide casi por completo del Winrar. Lo probaré.

[VNMaster]

tar -jcvf FTW

[VNMaster]

He realizado una sencilla comparativa entre formatos y herramientas de compresión, y estos son los resultados que salieron:

El tamaño original del archivo a comprimir era de 104 MBs.
El tiempo es en segundos. He usado en todos ellos el máximo de compresión.
Todos ellos ejecutados bajo Linux.
Sé que me quedan algunos como el ACE, el 7ZIP (no sé si 7zip es una versión de zip o qué), y algunos que seguro que me faltan también.

Código [Seleccionar] Expandir

FORMATO      HERRAMIENTA                TIEMPO              TAMAÑO COMPRIMIDO
-----------------------------------------------------------------------------------
bz2             bzip2                    18.664                41.23 Mb
gz               gzip                     7.488                  42.71 Mb
zip              zip                       27.667                42.47 Mb
rar              rar                       39.913                34.71 Mb
rz               rzip                      33.395                33.99 Mb
lrz              lrzip                    3min 2 secs           26.15 Mb


Conclusión según yo:

- Para comprimir cosas de forma rápida, sin importar que estén muy comprimidas, por que sólo las quieres "archivar", entonces usa el formato GZ.

- Si quieres comprimir algo de forma más o menos decente, pero tienes poco tiempo para hacerlo, o no quieres esperar mucho, entonces usa el formato BZ2 ó ZIP. (mejor el primero).

- Si quieres comprimir mucho un archivo, y tienes bastante tiempo, entonces usa el formato RAR o RZIP. (mejor el segundo, que comprime más y necesita menos tiempo).

- Si necesitas comprimir algo a la mínima expresión, y puedes dejar el ordenador encendido durante mucho tiempo, entonces usa el formato LRZ, sin ninguna duda.


Independientemente de la conclusión, podemos ver que hay formatos GRATUITOS que comprimen más y mejor que el RAR, que es un formato propietario.
Para mí, el mejor es el RZ, con rzip: comprime mejor y más rápido.
¿Alguien se anima a hacer una prueba con un fichero de 1Gb?


Ahora, si usas Linux, los comandos para comprimir con esos formatos (suponiendo que tienes el programa adecuado) serían:

- GZ: gzip -9 <ficheros...>
- BZ2: bzip2 -z9 <ficheros...>
- ZIP: zip -z9 <fichero.zip> <archivos_a_comprimir>
- RAR: rar o -m5 <fichero.rar> <archivos_a_comprimir>
- RZ: rzip -9 <ficheros...>
- LRZ: lrzip -zo <fichero.lrz> <ficheros_a_comprimir>


Y por cierto, el LRZIP también usa todos los núcleos del procesador multinúcleo.

[Sami]

Pero yo no me voy a meter a linux para comprimir más rápido... ¿hay algún programa de comprensión de archivos de linux que funcione en windows?

Interesante información, cuando tenga un procesador multinucleo aprovecharé

[VNMaster]

Pero yo no me voy a meter a linux para comprimir más rápido... ¿hay algún programa de comprensión de archivos de linux que funcione en windows?

Interesante información, cuando tenga un procesador multinucleo aprovecharé

Prueba con NanoZIP: http://www.nanozip.net/download.html

Según he leído por aquí y por allá es uno de los mejores, no el más rápido, pero comprime muy bién, y tarda relativamente poco.

En el link de arriba te lo puedes bajar con un GUI para windows 32bit o para consola para win64 bits, además de para Linux.

El problema es que es un formato experimental y nadie te garantiza que pueda tener algún bug que fastidie tus archivos.

Con pruebas que he hecho yo hace un rato, me dió resultados algo mejores que el LRZ, concretamente 2min 16 secs y compresión de 104Mb a 24.57, frente a los 3min 2 secs y 26.15 Mbs del LRZ. Que no está mal del todo, pero prefiero no ariesgarme a usarlo para hacer mis backups y que luego tenga algún fallo.


Y luego ya si lo que quieres es una compresión a lo bestia que pueda reducir 3.2 Gb a poco más de 600Mb (sí, has leído bién), pues entonces bájate el PAQ8px, que es actualmente el mejor de todos. Eso sí, calcula que tarda 2 horas por cada 100 megas que quieras comprimir, así que 3.2 Gb te tardarían 80 horas (3.3 días).

Aquí el link: http://dhost.info/paq8


Para que veas una comparativa entre este último y el winRAR:

WinRar: de 300 Mb a 86 Mb en 48 segundos. O bién 5Gb a 1.4Gb en 800 segundos (13 mins)
PAQ8px: de 300 Mb a 62 Mb en 6 horas. O bién 5Gb a 1Gb en 100 HORAS (4 días)

Ahí ya depende de lo que quieras. Si quieres meter 3 Gb en un sólo CD de 600 Megas, entonces PAQ8px. Si no es eso lo que buscas, entonces WinRAR estaría bién, y mejor todavían NanoZIP (no tarda tanto como el PAQ8px pero comprime mejor que el RAR y tarda más), si no te importa arriesgar a que pueda corromper tus archivos, aunque teorícamente no tendría por qué suceder.