Software-update: WinRAR 3.60 beta 8

RARLab heeft zojuist de achtste bètaversie in de 3.60 reeks uitgebracht van zijn populaire archiveringsprogramma WinRAR. Het programma kan overweg met de meest gangbare archiveringsformaten, waaronder rar, zip, cab, arj, lzh, tar, gz, ace, uue, bz2, jar, iso, 7z en z, heeft een skinnable interface, ondersteuning voor Zip64 (alleen uitpakken) en multi-volume CAB-bestanden. Deze bèta is beschikbaar in verschillende talen waar onder het Engels en het Nederlands. De lijst met veranderingen laat ons de volgende aanpassing zien:

One more stack overflow, this time in SFX module. Real danger of this overflow is very questionable, but it is better to fix it before release.

Versienummer	3.60 beta 8
Besturingssystemen	Windows NT, Windows 2000, Windows XP, Windows Server 2003
Website	RARLab
Download	http://www.rarlab.com/download.htm
Licentietype	Shareware

Reacties (10)

[aramdin]

Voor de gebruikers die een versie voor 3.60 gebruiken en een Dual Core (Pentium D, FX 60+, X2, Intel 9xx) systeem hebben: vanaf 3.60 beta 2 zit er multithreading ingebakken!

[SneakyJedi]

Ja, alleen jammer dat je de meerdere cores of processors alleen bij het comprimeren kunt gebruiken. Bij het uitpakken is ie weer net zo "dom".

[MstE]

Bij het uitpakken is eigenlijk altijd de hardeschijf de bottleneck, dus heeft het niet zoveel zin om daar multithreading toe te passen.

[SneakyJedi]

Nou, dat weet ik zo net nog niet. Winrar zou dus veel sneller uit kunnen pakken dan dat de harddisk kan wegschrijven? Kweet niet. Nu ben ik zelf niet de normale gebruiker. Ik heb 6 sata schijven in raid5 draaien. Die trekken het wel. Een snellere opslag heb ik thuis niet.

[Verwijderd]

Voor veel algoritmen, met inbegrip van RAR compressie en decompressie, is multithread erg moeilijk te implementeren. Voor sommige algoritmen is het zelfs onmogelijk om ze efficiënt op te splitsen in verschillende parallele threads.
Het heeft waarschijnlijk verschillende maanden gekost om MT stabiel en betrouwbaar te implementeren in RAR-compressie module.
'k Vermoed dat de RAR-auteur voorrang heeft aan de stabiliteit en betrouwbaarheid van RAR dan om direct MT te implementeren in de decompressiemodule. Vooral omdat de snelheid hier hoofdzakelijk door hardware zal worden bepaalt.
Voordat er daar aan zal gewerkt worden, ben ik ervan overtuigd dat er eerst een geruime tijd aan onderzoek gedaan zal worden om uit te vissen of het wel kan worden geïmplementeerd en zo ja, met welke resultaten.

[Verwijderd]

Je bedoelt vanaf BETA 1

Multithreaded version of RAR compression algorithm improves the compression speed on computers with several CPU, dual core CPU and processors with hyperthreading technology. Multithreading is enabled by default, but you can disable it in "General" part of "Settings" dialog.
In the command line mode you can control multithreading with -mt switch.

Weet iemand wanneer deze Final wordt?

[Verwijderd]

Is 8 beta's niet wat veel voor een x.60 versie ???

[OmegaII]

hem laten wachten tot een andere winrar sessie gedaan heeft wekt nog altijd niet.

sinds ik een dual core opstelling heb doet hij maar op en houd er geen rekening meer mee

[Verwijderd]

Heb je daar melding van gemaakt op [e-mail]?
Zo niet: Zeker doen!

[RRRobert]

WinRAR 3.60 beta 8 3.60 beta 8 20-07-2006
WinRAR 3.60 beta 7 3.60 beta 7 13-07-2006
WinRAR 3.60 beta 6 3.60 beta 6 03-07-2006
WinRAR 3.60 beta 5 3.60 beta 5 17-06-2006
WinRAR 3.60 beta 4 3.60 beta 4 27-05-2006
WinRAR 3.60 beta 3 3.60 beta 3 08-05-2006
WinRAR 3.60 beta 2 3.60 beta 2 18-04-2006
WinRAR 3.60 beta 1 3.60 beta 1 31-03-2006

Met een dergelijke update-schema ben je ook voor zeer lange tijd van die irritante registratie pop-up verlost