Jirka Hanika wrote:
Ne, ze bych chtel neco menit na tom, co jsem uz napsal, ale konecne jsem se poradne podival *jak* to nio pouzivate, a zjistil jsem, ze jsem byl off topic. Na tohle to nio proste musi byt rychlejsi. Asi je to to, co tu psal nedavno napriklad pan Buchta: nechte kazdeho zavodnika kopirovat maly soubor desettisickrat na stejne misto (aby se nezacaly projevovat lookupy v prodluzujicim se adresari). Cas merte jenom v tom souctu. Dostanete (predpokladam) opacny vysledek. Dejte vedet.A jeste proc Vam jednou vyslo 1 ms a jednou 12 ms? Muj tip je, ze behem druheho mereni se naschedulovalo neco jineho. 10ms je priblizna perioda linuxoveho timeru. Ale to berte jenom jako priklad, proc nelze merit realny (vnejsi) cas a pritom ho nechat uplynout malo. I kdybyste ten pokus opakoval mockrat, muze byt nejaky systematicky duvod, proc to muze 10x vyjit stejne zkreslene. Omlouvam se za nepozornost v prvnim mailu.
Mate pravdu, kdyz to pustim kazde v cyklu 100x, tedy s kumulovanymi vysledky, tak to dopadne: size: 4589 CLASSIC: 108ms NIO: 40ms size: 1285216 CLASSIC: 615ms NIO: 447ms size: 28386934 CLASSIC: 9937ms NIO: 9335ms Je to tim, ze NIO ma pomaly rozjezd, ale pak uz je rychlejsi. Tohle jsou casy, kdyz merim v cyklu kazdy prubeh zvlast: size: 28386934 CLASSIC: 120ms NIO: 1375ms size: 28386934 CLASSIC: 184ms NIO: 1569ms size: 28386934 CLASSIC: 210ms NIO: 158ms size: 28386934 CLASSIC: 109ms NIO: 82ms size: 28386934 CLASSIC: 95ms NIO: 83ms size: 28386934 CLASSIC: 95ms NIO: 82ms size: 28386934 CLASSIC: 95ms NIO: 83ms size: 28386934 CLASSIC: 95ms NIO: 85ms tj. je videt, ze po ctyrech rozcvickach se oba zpusoby dostanou na plnou rychlost, ale klasicke IO zrychli jenom trosku, kdezto NIO zrychli o hodne. No jo, nejak jsem puvodne mlcky predpokladal, ze NIO je implementovano nativne a tudiz nepotrebuje rozcvicit. Mea culpa. Makub -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Supercomputing Center Brno Martin Kuba Institute of Computer Science email: [EMAIL PROTECTED] Masaryk University http://www.ics.muni.cz/~makub/ Botanicka 68a, 60200 Brno, CZ mobil: +420-603-533775 --------------------------------------------------------------
smime.p7s
Description: S/MIME Cryptographic Signature
