alkalmazást assemblyben kioptimalizálni
N+1-szerre: MIRE optimalizáljanak assemblyben? Futásidőre (-> triviálisan "komolyabb" adatszerkezetek kellenek, amikhez több memória és hosszabb programkód kell), memóriahasználatra (-> mivel a memóriát kíméled, újra és újra ki kell számolnod dolgokat és nem tárolhatsz "felesleges" információt, amivel hatékonyabb adatszerkezetet használhatnál), adott utasításkészletre (-> innentől kezdve ha a processzorod nem támogat egy utasításkészletet, ki kell dobnod, mert nem tudod futtatni rajt a szoftvered, vagy a szoftver nem fogja kihasználni az újabb utasításkészletekben rejlő lehetőségeket), párhuzamosításra (-> a kedvenc P4-ed bele fog dögleni), egyszálú teljesítményre (-> a "fősodrat" [értsd: aki az elmúlt 10+ évben vett gépet] nem fogja tudni kihasználni a rendszerét), fájlméretre (-> kb. bukod a cachelést, mert az össze-vissza ugrálás [amivel ugye elkerülhető a "nagy" fájlméret] miatt soha nem az lesz a cache-ben, aminek kéne), megfelelő eszköz megfelelő feladatra használatára (-> jön a nyafogás, hogy miért nem CPU-ból renderelsz mindent és eleve szemét MS, hogy már megint videókártyát vetet veled, pedig még az S3 Trio is működik és annó 4 mega videó rammal dejól elment a W95)...
Értsd már meg, hogy nincs olyan, hogy "optimális", _minden_ kompromisszum. Neked az a bajod, hogy nem azt a kompromisszumos megoldást választották, ami _neked_ jó lenne és a nagy többségnek (ismét: aki az elmúlt 10 évben vett gépet) nem.
amennyiben a Vistán futó Word 2007 nem tud 20x többet, mint a Word 94
Mi az egység, amit így lehet szorozgatni?
BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)