Live data from Hacker News

jor1k: OR1000 Javascript Emulator Running Linux

s-macke.github.io

41–50 of 71 posts

Re: jor1k: OR1000 Javascript Emulator Running Linux

#42
post #37

Earlier quoted context omitted.

Oh wow, you wrote it all by hand? That's really impressive! :) If the standalone asm.js validator isn't yelling about that and Firefox 25 is, you should let the people who maintain the validator know. They're supposed to be in sync.

Yes, programmed the asm.js core by hand. It was not too hard. One day. The asm.js is also a little bit outdated. It could be around 20% faster. I have never used the standalone asm.js validator. Not even knew, that it exists. The optimizing work in Javascript is really hard. Every few weeks there is a new browser and new mystic speed issues. Firefox 22 without asm.js was the fastest six weeks ago (30-60 MIPS). Then e…

Very impressive work. I saw Brendan Eich speak At jquery uk in April and he said asm.js was meant for compilers and people should not be programming it directly...I couldn't help but smile and think 'oh yeah?'

Re: jor1k: OR1000 Javascript Emulator Running Linux

#44

# scummvm

How the heck does a 7MB image come with an entire OS, emulator, and a fully functional game?! You have to wonder how much of our stuff is bloated.

Back in the day, you could boot the entire BeOS kernel, filesystem, GUI, network stack, window & task manager, and web browser off of a 1.44mb floppy disk.

Ever since then, I've been unable to shake the feeling that something has gone catastrophically wrong with the way we architect software.

Re: jor1k: OR1000 Javascript Emulator Running Linux

#47
post #46

Google could take a cue from this an implement Google Native Client (NaCl) in JavaScript like they do with Dart.

That's less an issue of running native code (you can do that with asm.js or emscripten), and more an issue of the numerous additional platform APIs provided in NaCl that HTML5 doesn't have: USB, Bluetooth, GLES...

Re: jor1k: OR1000 Javascript Emulator Running Linux

#48

Earlier quoted context omitted.

In general a JavaScript-based Linux virtual machine should allow you to run software that would otherwise be difficult or impossible to run in the browser (which right now can be done for a lot of software by compiling it to JavaScript with https://github.com/kripken/emscripten ). Data could be transferred to the VM for processing and then back to "normal" JavaScript using serial I/O. This might prove a useful kludge…

tptacek tells me that secure JS is never going to happen so I don't see a use case there. Yes, proof of concept is cool, until someone steals your private key. No thanks. I suppose though you could non-secure stuff, like add a Python interpreter or C compiler and teach people to code inside the VM. GitHub could provide in-browser syntax checking using a real interpreter/compiler.

http://repl.it/

Re: jor1k: OR1000 Javascript Emulator Running Linux

#49

# scummvm

How the heck does a 7MB image come with an entire OS, emulator, and a fully functional game?! You have to wonder how much of our stuff is bloated.

A large number of us just felt incredibly old.

(My first machine with a proper multitasking, GUI based, OS was an Amiga where the OS with in a 256KB - later 512KB - ROM and two 880KB floppies)

Re: jor1k: OR1000 Javascript Emulator Running Linux

#50
post #44

Earlier quoted context omitted.

How the heck does a 7MB image come with an entire OS, emulator, and a fully functional game?! You have to wonder how much of our stuff is bloated.

Back in the day, you could boot the entire BeOS kernel, filesystem, GUI, network stack, window & task manager, and web browser off of a 1.44mb floppy disk. Ever since then, I've been unable to shake the feeling that something has gone catastrophically wrong with the way we architect software.

I'm seriously considering switching to using an AmigaOS mail client + UAE (Amiga emulator) instead of Thunderbird because of how slow and bloated it is - there are at least two AmigaOS mail clients still in development, and given that they are written to still be able to run on the old m68k Amiga's (in addition to on newer PPC systems) I have an inkling they'd come out of it quite well.
Post reply on HN