Podpora :: RAR Support

Dobrý den, čím je limitován výkon RARu? Mám Core i7 2820QM, 16 GB RAM, SSD + HDD. Když komprimuji, tak jede CPU na 5-10% (myšleno celková zátěž, všech 8 vláken jede relativně rovnoměrně na minimální vytížení). Paměti je také dost, I/O na disky také žádné extra nejsou. Antivir vypnutý apod. Čekal jsem, že RAR vytíží všechna jádra na 100% a bude to běhat rychle. Mám něco špatně nastavené? Na jiném počítači je situace obdobná.

Neni samozrejme, ze jakykoliv program okamzite plne vyuzije vice vlaken - algoritmus musi byt pro vyuziti vice vlaken optimalizovan. Musi pocitat s tim, ze ruzne casti vstupnich dat jsou komprimovany oddelene (jednotliva vlakna presne nevi, jaka data zroivna zpracovavaji ta ostatni) a i u vystupnich dat o sobe musi vedet, aby se "neprala" o to, kdo ted zrovna bude vydavat svuj vysledek.
Nicmene prave vysla b1 nove verze - 4.20 a mezi zmenami je i zminka o optimalizaci komprese pro vice vlaken - muzes ji cvicne zkusit.

Jenže RAR se využitím více vláken chlubí. Zkoušel jsem novou betu, ale stejná bída :-(. Nejdřív jsem myslel, že bude problém v solid archivu, ale i u normálního archivu je zátěž do 15%. Komprimuji stovky souborů, kdyby si každé vlákno vzalo jeden soubor, tak přeci může jet naplno a nečekat na nic, mimo zápis do archivu (ale jak jsem psal, na disku to také nestojí).

Zkus si vypnout "solid", pak lze každý soubor komprimovat zvlášť a mohlo by to využít více CPU. Otázka však je, co je důležitější, jestli co nejmenší archiv nebo co nejrychlejší zabalení.

Kdyby si kazde vlakno melo vzit jeden soubor, znamenalo by to, ze musi budto kazdy soubor nejdriv komprimovat do cache+docasneho souboru  a potom ho pripojit k archivu -> abytecne ukony navic, nebo ze se bude cely soubor komprimovat do pameti a az spakovany se pripoji k archivu. To by v principu slo - pro rozumne male soubory.
Suma sumarium, jak rikam: uloha to neni trivialni a teziste algoritmu RARu je asi jinde.

Kazdopadne ted jsem nechal zkusebne pakovat nekolikasetmegovy soubor a vyuziti procesoru WinRARem oscilovalo mezi 30 a ca. 80 procenty. Proc takove rozpeti, uprostred souboru, kde by ho system uz nijak zvlast brzdit nemel, nevim.

Moje pozorování:

asi by se hodilo uvest i s jakou verzi bylo dosazeno vysledku. Byla to posledni betaverze?

Tak podle mých testů je 4.2b2 na quadcore cca o 1/3 rychlejší než 4.11: