Welcome, Guest. Please login or register.


Author Topic: Web emu (Read 156585 times)

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14722
  • Country: hu
    • http://enterprise.iko.hu/
Re: Web emu
« Reply #420 on: 2014.July.27. 13:46:48 »
Nekem (Lenovo X220):
IE11: 125.6ms +/- 16.7%
FF31: 193.0ms +/- 3.5%
Chrome36: 201.8ms +/- 1.4%

Offline DrPrery

  • EP user
  • *
  • Posts: 264
  • Country: hu
Re: Web emu
« Reply #421 on: 2014.July.27. 16:25:11 »
Trabant Eee 901:

FF30:  1090.3ms +/- 2.2%
Chromium 38: 1253.8ms +/- 2.1%
Chrome 37: 1145.5ms +/- 4.1%
Safari 5.1.7: 1088.8ms +/- 3.9%

Offline lgb

  • EP addict
  • *
  • Posts: 3563
  • Country: hu
  • æðsta yfirmaður
    • http://lgb.hu/
Re: Web emu
« Reply #422 on: 2014.July.27. 19:09:11 »
Az a baj ezekkel a "szintetikus" benchmark-okkal, hogy egy-ket dologra vannak kihegyezve. Valos scriptek lehet, mas dolgokat es mas aranyban hasznalnak ki. Pl az JSEP maga is egy benchmark, es eleg sok mindent kihasznal, talan tobbet is mint egy egyszeru, ahol sok esetben raadasul az adott JS engine keszitoi az o engine-juk eros oldalat hozza ki, hogy pozitivabb legyen az eredmeny :)

Offline DrPrery

  • EP user
  • *
  • Posts: 264
  • Country: hu
Re: Web emu
« Reply #423 on: 2014.July.28. 07:20:01 »
Nem tudom, hogy áll a JS a filekezeléssel...?

Mert mintha valahol olyasmit olvastam volna, hogy mivel webes cucc ezért nem lehet csak úgy írkálni benne, pláne nem offline (afféle FILE:/// dolgok) mert így a biztonság meg úgy... teljeskörű I/O nélkül meg bajosan fogja nálam "lecserélni" a hagyományos desktop nyelveket. Csak mert amit régebben írtál, hogy milyen jó az, ha valami ennyire platformfüggetlen, az éppenséggel nekem is "szemet szúrt" ebben a szanaszét fragmentálódott IT világban. Egyszer megír az ember egy programot, aztán menne mindenhol... hááát, nem is ártana...

Offline lgb

  • EP addict
  • *
  • Posts: 3563
  • Country: hu
  • æðsta yfirmaður
    • http://lgb.hu/
Re: Web emu
« Reply #424 on: 2014.July.28. 09:12:27 »
Quote from: DrPrery
Nem tudom, hogy áll a JS a filekezeléssel...?

Mert mintha valahol olyasmit olvastam volna, hogy mivel webes cucc ezért nem lehet csak úgy írkálni benne, pláne nem offline (afféle FILE:/// dolgok) mert így a biztonság meg úgy... teljeskörű I/O nélkül meg bajosan fogja nálam "lecserélni" a hagyományos desktop nyelveket. Csak mert amit régebben írtál, hogy milyen jó az, ha valami ennyire platformfüggetlen, az éppenséggel nekem is "szemet szúrt" ebben a szanaszét fragmentálódott IT világban. Egyszer megír az ember egy programot, aztán menne mindenhol... hááát, nem is ártana...

Ehhez kene kulon topic mar :) Amugy igen, nyilvan egy weboldal benne js script-ekkel nem ferhet hozza a "local diskedhez" egyszeruen, hiszen az milyen hatalmas biztonsagi kockazat lenne (betoltesz vmi random gonosz weboldalt ami aztan "csemegezik" a diskeden talalhato dolgobol, a tudtodon kivul), a webes cuccok (a java _appleteket_ is ideertve, tehat a java azon reszhalmaza ami weboldalba agyazva lehet, nem a stand-alone java appokrol van szo!) ezert ilyet nem igazan tamogatnak, ami fontos security design kivanalom. Viszont: ha ugye "minden web" dologban gondolkodunk, akkor nem is kell local, lassan minden felhoben lesz, az adatok is, igy a local disk maga a "low level" OS-nek kell csak majd, hogy legyen mirol betoltodnie, miegymas. Amugy vannak olyasmik azert amik segitenek. Peldaul: ott a webstorage. Az arra jo, hogy javascript-ben letarolhatsz vmit, amit az oldal ujabb latogatasanal ujra elerhetsz, amde ez a "storage" nem mutatja ugymond a diskeden levo fileokat, kezdetben tok ures, es te pakolsz bele, ha akarsz. Ezt akarnam majd pl hasznalni JSEP-ben az ajax hivasoknal lekert adatok (ROM es disk image) "cachelesere", mert pl mobil eszkozoknel kulonosen jol jon ugye, ha nem minden inditasnal huz le tobbszor 100Kbyte adatot: ha egyszer sikerult neki, elatarolja az emlitett web storage-ben, es kov alkalommal mar onnan veszi. Ilyen meg nincs benne, mint mondtam, ez egy otlet a kis fejemben.

Masreszt: ha valami specko igeny van, pl ott a firefox OS, google chromebook project stb, ahol a mondas az, hogy a "browser az OS" ott nyilvan azert lehet eltero implementacio, hogy valamifele filerendszer szeruseget JS-bol is lass, max jol korlatozzak, hogy milyen script mit erhet el (ennek "normal OS" valtozata is megvan vegulis kulonbozo secruity megoldasoknal - pl linuxon apparmor - ahol egyes processeknek kernel szinten megmondhatod mit csinalhat egy file-al, hiaba rendszergazdakent fut ezek utan, akkor sem figja tudni elerni, amit nem kene neki).

Illetve pl javascriptnek van pl server oldalon futo verzioja is! Pl a node.js-re gondolok. Ott van par dolog, ami sima "browseres" js-ben nincs, ez vegulis hasonlo a java allaspontjahoz, hogy van a java applet (ami weboldalakban van) es a normal "stand alone" java app, a ketto messze nem ugyanolyan dolgokat tehet es nem tehet meg.

Szoba kerul az asm.js, ami pl akkor jon jol, ha emscripten-nel C vagy C++ kodot forditasz JS-re. O peldaul a standard C library file I/O API-jat implementalja, viszont a "normal" filerendszer helyett egy virtualisat emulal le, ami valojaban nem letezik, abba pakolhatsz dolgokat.

Offline Povi

  • EP addict
  • *
  • Posts: 2296
  • Country: hu
    • http://povi.fw.hu
Re: Web emu
« Reply #425 on: 2014.July.28. 10:07:17 »
Read-only módban vagyok a topicban, csak üzenni szeretném, hogy nagyon érdekes és izgalmas dolgokról csevegtek, ne hagyjátok abba! :-)
Kérdés: a Javascript-nek mennyire van köze a JVM-hez? Vagy csak véletlen név egybeesés?
*** Speicherplatz zu klein

Offline lgb

  • EP addict
  • *
  • Posts: 3563
  • Country: hu
  • æðsta yfirmaður
    • http://lgb.hu/
Re: Web emu
« Reply #426 on: 2014.July.28. 10:40:10 »
Quote from: Povi
Read-only módban vagyok a topicban, csak üzenni szeretném, hogy nagyon érdekes és izgalmas dolgokról csevegtek, ne hagyjátok abba! :-)

Erdekes lehet, csak imho erre inkabb vmi kulon topic kene, mert nagyon elkalandozunk :)

Quote
Kérdés: a Javascript-nek mennyire van köze a JVM-hez? Vagy csak véletlen név egybeesés?

Semmi. A JVM A Java Virtual Machine, a javahoz kell. Aminek weben valo "futtatasahoz" pedig egy java plugin. A JavaScript ezzel elteroen "nativ" resze minden browsernek ma mar, nem kell hozza plugin stb. Eleve a Java es JavaScript teljesen eltero nyelvek. A nevvalasztas valoban okoz gondot. Amennyire en tudom, a JavaScript eredeti neve vmi ActionScript lett volna (illetve szabvanyokban ECMAscriptnek hivjak pl), es allitolag - ismet: ha jol emlekszem .... - vmi marketing oka volt, hogy aztan JavaScriptnek neveztek, igy kicsit a java-s hype-hoz kotottek, holott semmi koze hozza. Ez gyakran problema azota is, hogy az emberek osszekeverik a javat es a javascriptet, holott nem sok kozuk van egymashoz, a ket nyelv alapfilozofiaja is teljesen eltero (pl objektumkezelesben latszik ez legjobban).

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14722
  • Country: hu
    • http://enterprise.iko.hu/
Re: Web emu
« Reply #427 on: 2014.July.28. 10:48:56 »
Quote from: lgb
Erdekes lehet, csak imho erre inkabb vmi kulon topic kene, mert nagyon elkalandozunk :)
Szerintem nektek is van "Új téma" gombotok :oops:

Offline lgb

  • EP addict
  • *
  • Posts: 3563
  • Country: hu
  • æðsta yfirmaður
    • http://lgb.hu/
Re: Web emu
« Reply #428 on: 2014.July.28. 10:55:44 »
Quote from: Zozosoft
Szerintem nektek is van "Új téma" gombotok :oops:

Az bizta, csak eppen mi legyen a neve, es mi ala keruljon :) Amugy mindig a nevvalasztas a legnehezebb, pl server install eseten is :D

Offline DrPrery

  • EP user
  • *
  • Posts: 264
  • Country: hu
Re: Web emu
« Reply #429 on: 2014.July.28. 15:25:02 »
Hát, öööö, ahogy a dolgok per pillanat állnak, lehetne pl. "LGB bácsi levelesládája, avagy hülye kérdések a Javascript-ről"... :mrgreen:
Vagy, ha ez túl drasztikus, akkor "Mire (nem) jó a Javascript... (de csakazértis megcsináljuk)" :ds_icon_cheesygrin:

Offline lgb

  • EP addict
  • *
  • Posts: 3563
  • Country: hu
  • æðsta yfirmaður
    • http://lgb.hu/
Re: Web emu
« Reply #430 on: 2014.July.28. 16:51:35 »
Na, hogy temaba illo post is legyen itt: azt hiszem ujrairom a Z80 emulaciot. Ennek egyik oka, hogy a mostanit nem en irtam, hanem az JSspeccy-bol van (az JSEP tobbi reszet viszont en irtam), illetve az JSspeccy JavaScript ZX Spectrum emulatorbol is amugy - ha jol remlik - a FUSE projectbol kerult (ami ugyan C, de mivel a C es JS szintaxis sok reszben hasonlo, nem tul bonyolult atirni). Ennek persze csak egyik es kisebbik oka, hogy az en maniam, miszerint mindent en akarok megcsinalni :) bar ketsegkivul erdekes szorakozas amugy egy CPU-t emulalni. A nagyobbik a gond az, hogy mar eljart felette az ido: valoszinu, hogy joval hatekonyabb, jobb performanciat ado JS kodot is lehetne irni. Akkoriban meg nem igazan volt typedarray meg hasonlo trukkok ugyanis. Most epp azon filozok, hogy: 1. irjam meg en nullarol, 2. nezzem meg az JSspeccy ujabb verziojat (a 2-es mar igen mas, a z80 emulacio meg az 1-es verziobol van), 3. fogjam a FUSE aktualis verziojat es az alapjan csinaljam meg a modern szempontokat figyelembe veve, de alapvetoen hasonloan mint az JSspeccy 1 idejeben annak keszitoje tette. A problema amugy az, hogy abban sem vagyok biztos, hogy valoban megeri pl performancia miatt (inkabb csak megerzes, hogy talan ...), viszont kiderulni ugye akkor fog, ha kesz lesz ...

Zozo, nincs vmi EXOS helyere teheto test rom, amiben van vmi ertelmes, de nem tul bonyolult kod? Mert arra gondoltam, hogy az elejen csinalok egy felkesz z80 emulaciot, ami azon opkodokat tudja csak, ami pl abban van. Az alapjan talan mar ossze lehetne hasonlitani elso korben, hogy mennyivel gyorsabb, mint a jelenlegi JSEP. Ha igy ugy tunik, hogy megeri, akkor esetleg foglalkozok a komolyabb munkaval, hogy teljes erteku Z80 emulacio legyen. A sima EXOS amig eljut a villogo Enterprise feliratik igy tippre azert eleg sok opcode-ot hasznal ahhoz, hogy tul sok melo legyen irni meg egy felkesz z80 emulatort is (aztan kiderul, hogy nem is eri meg, es hiaba dolgoztam). Vegulis egy sima NOP + JP is eleg tesztelni :-D de az meg a lo masik fele: az meg tul primitiv, es esetleg nem derul ki, hogy lenyegesen gyorsabb, mert mas komplexebb utasitasoknal jelenkezne a nagyobb kulonbseg.

Bocsanat, csak hangosan elmelkedem, vagy eppen blogot irok ide nektek :)

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14722
  • Country: hu
    • http://enterprise.iko.hu/
Re: Web emu
« Reply #431 on: 2014.July.28. 17:03:48 »
Quote from: lgb
Zozo, nincs vmi EXOS helyere teheto test rom, amiben van vmi ertelmes, de nem tul bonyolult kod?
Esetleg ezekkel lehet próbálkozni...

Offline endi

  • EP addict
  • *
  • Posts: 7298
  • Country: hu
  • grafikus, játékfejlesztõ, programozás, scifi, tudományok, vallás
    • Honlapom
Re: Web emu
« Reply #432 on: 2014.July.28. 19:27:02 »
Kéne egy olyan opció az emuba, hogy pl 200% sebességel indíthassuk. Sok régi játék lassú a ma emberének :) viszont az unlimited sebesség meg erős gépen túl gyors játékot eredményezne.
Vigyázat! Szektás vagyok! :)

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14722
  • Country: hu
    • http://enterprise.iko.hu/
Re: Web emu
« Reply #433 on: 2014.July.28. 20:05:59 »
Quote from: endi
Kéne egy olyan opció az emuba, hogy pl 200% sebességel indíthassuk. Sok régi játék lassú a ma emberének :)
Én inkább azt tapasztalom, hogy túl gyorsak... lehet, hogy én vagyok már túl öreg? :oops:

Offline lgb

  • EP addict
  • *
  • Posts: 3563
  • Country: hu
  • æðsta yfirmaður
    • http://lgb.hu/
Re: Web emu
« Reply #434 on: 2014.July.28. 21:15:02 »
Quote from: Zozosoft
Én inkább azt tapasztalom, hogy túl gyorsak... lehet, hogy én vagyok már túl öreg? :oops:

Ha az JSEP-rol van itt szo, hogy gyors, lehet benne annyi igazsag, hogy sok mindenben nem pontos, pl az egyik az a video ram elerese nem lassabb a tobbi RAM-enal, ami ugye igazi EP-n nem egeszen igy van, illetve a jobb emulatorokban sem :) Igazabol az JSEP-t mindig is valami gyorsan demozhato webes toolnak gondoltam, nem vitatom, hogy sokkal jobb emulatorok leteznek, ha "komoly" dologrol es/vagy preciz emulacio igenyerol van szo :) Bar azert volt fejlodes itt-ott, azert pl az ep128emu-val ossze sem lehet nyilvan hasonlitani, es nem is celja.