2. Fórumok
  3. LOGOUT reakciók
  4. Windows kompatibilis kernel Linux-hoz

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

  • #182 ddekany nagyúr hcl #179
    Új Válasz #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