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

• #28 ddekany veterán hcl #27

  Új Válasz 2013-06-26 22:46:23 #28

  Ú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

  veterán

  válasz hcl #27 üzenetére

  Lehetne egyszerűbben, meg normálisan, de nem csináljuk, mert volt valami, amit holnapra hozzá lehetett gányolni a meglévő gányhegyhez. Ez fontos elv, enélkül nem lenne Web a Web! Itt pl. ide hallom, ahogy üvölt a LLVM byte kódja, hogy basszátok meg, erre találtak ki, hogy én vagyok a compiler optimalizált kimenete, és tovább lehet hatékonyan natívra fordítani. Hm....ez nem gány, mágjára vele!

  Amúgy meg egyre inkább nem is értem hogy fut most ezen a Unreal 3... Tud már több valós szálat a szabványos JavaScript?

  Lehet, hogy a Google kicsit összeszedhetné magát a PNaCL-el. Nem ismerem, nem tudom el van e cseszve esetleg, de sokkal átgondoltabbnak tűnt...

• #18 ddekany veterán Muton #17

  Új Válasz 2013-06-26 14:57:24 #18

  Ú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

  veterán

  válasz Muton #17 üzenetére

  Ja... és akkor utána maga a szerver sem valódi vas lenne, hanem mondjuk egy über-szerveren futna a Google-nél egy Chome böngészőben egy PNaCL-re írt PC emulátorban, és a Chrome böngésző képét streamelné feléd a Google egy P2P hálózaton keresztül, és... és a lényeg, hogy így mindig lenne munkája a fejlesztőknek és rendszergizdáknak, hogy ez erőművekről ne is beszéljünk.

• #16 ddekany veterán Muton #13

  Új Válasz 2013-06-26 13:15:12 #16

  Ú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

  veterán

  válasz Muton #13 üzenetére

  Szerveren? Miden a kliensen fut. A 3D-vel meg nem is foglalkozik maga az asm.js. Gondolom WebGL-el megy az Unreal 3 engine port, és hát ki tudja mennyi idő volt csak arra portolni. (A megadott adatok nyilván kamuk.)

• #12 ddekany veterán

  Új Válasz 2013-06-26 11:29:46 #12

  Ú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

  veterán

  Ez az asm.js annyira... Nézzük a folyamatot. Régen: Megírsz egy programot C/C++-ban, lefordítod/linkeled a cél platformra, és kész. Most: Lefordítod a C/C++ az LLVM köztes nyelvére (byte code), az erre készült Clang fordítóval. Az LLVM köztes nyelvét után Emscriptem-el továbbfordítod a JavaScript-é. Ez nem egy szokványos ember által olvasható JavaScript lesz, hanem efféle hagyományos-gépikód emulátor, ami bazi int tömbökkel emulálja a heap-et meg ilyeneket, és mindent int-ekkel meg double-kal csinál, más típust tán nem is használ. Aztán jön a JavaScript interpreter a böngészőben, ami ha valami modern darab, elkezd azon küzdeni, hogy egy ilyen dinamikus, sebességet mindig leszaró nyelvet, mint a JS, valahogy gyorsabbra fordítson. És ezt a förmedvényt jól optimalizálhatónak fogja tartani, mert direkt úgy van tervezve, hogy jól essen egy tipikus JS optimalizálónak. Főleg ha meg van jelölve, hogy ez asm.js, és fel van rá készítve, akkor nagyon bátran nekiállhat. Így végül, ha minden jól ment, valami hasonló gépikóddá fogja transzformálni, mint amit régen azzal az egyetlen fordítással kaptál, csak persze azért lassabb lesz, meg biztos van még pár buktató. Könyörgöm, legalább LLVM byte-kódot kapná a böngésző, de neeem, ahhoz túl nagy összefogás kell... és a JS az már today is fut... Na, ez az IT.

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