Tento web používá soubory cookie. Dalším používáním webu s tímto souhlasíte.
jméno
heslo
přihlásit
zaregistrujte se
zapomněli jste heslo?
Windows - (Windows 7, 8, 10, ...)
KOC256
Máte k tomu co říct? Vložte se do diskuze.
ARIAEL --- 20:47:07 27.9.2011
Mozna je to proto ze pouzita metoda komprese nedovoluje archiv rozdelit na 4 nezavisle bloky a predat je jednotlivym jadrum...

Stejne jako u filmu - bez predesleho klicoveho snimku nejsi schopen korektne restaurovat obraz.
RATTKIN --- 21:21:40 25.9.2011
7-zip umi pouzit pro kompresi vic jader, ale pri dekompresi tusim jen dve. nevim jak to ma winrar
??? --- 19:08:02 25.9.2011
MICKK: jasne, pri soucasnym zapisu a cteni je to mene. Ok, je to asi tak, jak pise Hunter, procesor se asi moc nezahreje, protoze ty vypocty nebudou tak slozite jako pri enkodovani.


NIGHTHUNTER: Mam jeden disk v pocitaci. Je ale mozny, ze to bude tim co pisete, holt ten disk neni ram i kdyz je fakt rychlej :)

s tim ramdiskem to zkusim, mam 16gb ramky, tak uvidime jak to poleti :) dik za tip
NIGHTHUNTER --- 18:58:31 25.9.2011
???: jak pise MICKK - to jede vsechno z jednoho disku nebo z jednoho ctes a zapisujes na druhej? ja bych to fakt videl na nejslabsi misto v disku, dyt i 290 MB/s dava za 30 sekund 8,7 GB dat - to se fakt blizi hranici zapisu toho disku, procesor tam nemusi delat zadny slozity vypocty ;-)
muzu si zkusit hrat s RAM diskem a dokazat ti, ze WinRAR dokaze vyuzit procesor na vic nez 26% ;-)
MICKK --- 18:56:26 25.9.2011
???: no a kolik MB/s ti to dělá? a 290 to určitě nedělá při současným čtení a ukládání
??? --- 18:48:39 25.9.2011
NIGHTHUNTER: jak pisu, disk by prave mel byt to nejmensi, je to fakt rychlik :-)
??? --- 18:47:25 25.9.2011
MICKK: mam SATA3 Intel 510 SSD, ktery dava kolem 290MB/s, takze pochybuju ze by to bylo diskem.. ta dekomprese jede dost rychle, tech 8gb rozbalil tipuju za 30 vterin, ale je mi proste divny, proc CPU nevyuziva vic, podminky k tomu urcite ma dobry..
MICKK --- 17:35:18 25.9.2011
???: tak potom asi nestáhá disk jak píše NIGHTHUNTER
NIGHTHUNTER --- 17:34:42 25.9.2011
???: IMHO zavisi na hodne okolnostech, napr. verze WinRaru, kterou pouzivas a pak taky co mas za HDD ze kterych to ctes a kam to rozbalujes. Od verze 3.90 by mel WinRAR byt vylepsen o multi-vlaknove operace, takze si dokaze rozdelit jednu praci na vice casti a ty pak delat najednou treba v ruznych jadrech. Ale jak jsou taky na tom pri rozbalovani tvoje disky? Neni mozny, ze treba procesor by zvladal vic, ale disky nestihaji cist/zapisovat? Pak bych to zkusil optimalizovat tak, aby se cetlo z jedno disku, zapisovalo na jinej a rozbalovalo se to jen do RAMky a ne do pomocnyho souboru na nejakym disku. Vic neporadim, podrobnosti nechtej, jen me to tak napadlo ;-)
PS: V praci vytvarime vlastni restauracni program zalozenej na Sybase 9, ktera bohuzel tu optimalizaci pro vicejadrove procesory nema skoro zadnou, a tak kdyz delame neco narocnejsiho, vzdycky je vytizeny jen jedno jadro (coz se v pripade 4-jadra projevuje jako 25% CPU), takze cekame az se to preklopi na Sybase 11, kde uz by to melo poradne litat na vsech jadrech ;-)
??? --- 17:19:51 25.9.2011
MICKK: jj, i5, kazdy jelo tak na 10%, kdyz nastavim afinity na jedno, nic se nezmeni, jen je to pomalejsi