Új hozzászólás Aktív témák

• #182 ddekany nagyúr hcl #179

  Új Válasz 2009-08-26 17:09:07 #182

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ddekany

  nagyúr

  válasz hcl #179 üzenetére

  Azért ezt, hogy sebességigényes alkalmazásokhoz nem jó egy .Net/Java-szerű valami, nem látom bizonyítottnak... FFT-t meg hasonlókat .Net/Java C-vel azonos sebességen tud nyomni (néha vannak "érdekességek", bugok amiért nem... de potenciálisan ugyan olyan gyors). Ami eredendően más erőforrás használat karakterisztikát tud adni a tradicionális (natívra fordított C, C++, Delphi) programokkal szemben, az egyrészt a GC -- na de ki akar már GC nélkül programozni, legyen az bármilyen "nyelv" --, másrészt, hogy be kell tölteni egy elég gazdag (tehát nagy...) keretrendszert -- ez a hátrány meg eltűnik, ha a keretrendszer az OS része és/vagy sok alkalmazás használja. Ezen kívül... ja, hát kell JIT-ni egy nagyot betöltésnél. (Ez utóbbit, ha nagyon érezhető lenne, azért csak meg lehetne oldani valamiféle cache-eléssel. De valószínűleg nem érdemes.) Meg, ezekben nincs stack-ban allokált objektum, de ez sem nagy érvágás, ha gyors a GC rövid életű objektumokkal. (Egyébként is, ha akarnák, lehetne... de nem véletlenül nem akarják.) És, még amiatt is szoktak ezek többet zabálni, mert minden szöveget "UNICODE-ban" kezelnek, ami helyből 2x annyi memória, de ez megint olyan, hogy nem akarna senki visszatérni a charset-es szenvedésekre... (illetve ha mégis efféle perverzió ütné fel a fejét, akkor technikailag semmi akadálya, hogy egy .Net/Java szerű dolog tudjon olyat).

Új hozzászólás Aktív témák