+1 k tomu co pise Satai. Navic je to microbenchmark a ten je vzdy potrebai nterpretovat jenom v ramci jeho kontextu. Jakym zpusobem se to bude chovat na jinem operacnim systemu, na jine VM nebo na jinem hardwaru. Takze rici si, budu pouzivat XYZ, protoze mi to rikaji vysledky jakehokliv benchamrku je spatne. Delejte rozhodnuti, ktera jsou optimalmni z hlediska designu , a nezapomente "premature optimization is the root of all evil".
> Pokud to myslite s benchmarkovanim vazne, tak > 1) opakujte test mnohokrat v ramci jednoho behu VM (odstitnite kouzla, ktera > dela hotspot) a pocitejte az posledni behy. > 2) zkuste to vyhodnotit za pouziti nejake vazne minene statistiky. > 3) zjistete, zda jsou vase vysledky stabilni. (napr. zda se nezmeni, pokud > zmenite poradi, v jakem testujete jednotlive pristupy a neni trebas posledni > vzdy nejrychlejsi.) > Z hlediska praxe: navrh je IMO ve vetsine pripadu rychlejsi nez nejaky > vysledek mikrobenchmarku. Nepisete herni engine. -- S pozdravem Roman "Dagi" Pichlik /* http://dagblog.cz/ Blog pro kodery */
