Hacker News Reader

Comment by ghayes | Hacker News Reader

This really is extremely well done [and I'd like to see the unminified source]. The next feature I'd want to see is networking support. I love the idea to be able to run my entire dev setup in an emulated browser session [e.g. ruby, rails, redis]. That would be a game changer on how I'd develop.

View on HN

At 2000 kIPS you may have a few generations of javascript engines to go before we get there.

That's not meant to take away from this project - it truly is amazing what can be interpreted in the browser now.

Dynamic translation of x86 sequences could give you some boost, as could use of asm.js.

Some things would do badly at that speed. But serving basic web queries would be fine, and give you a better feel for what is slow when milliseconds spent processing turn into actual seconds.

Just for reference's sake this does vary a fair bit by computer and browser - mine never drops below ~8kIPS and runs mostly at ~15kIPS (and up to ~23kIPS).

Whilst this is nothing like the several orders of magnitude required for more capable interactive behaviour, it does make my load times noticeably faster than those claimed on the page. :)

(I'm Chrome on Linux, i7 4th Gen, incidentally)

I'm getting here > speed 1640kIPS on the old Nexus 7, don't you mean 8kkIPS?

(This value was the average while booting Linux)

psst, the SI prefix for 10^6 is M

You mean to say, 10^7 isn't KKK?

Absolutely so, yes. Thanks. :)

8 - 23 MIPS ain't so bad, right?

For reference, that's about as fast as a Motorola 68030 @50MHz [1] which was used in the AppleIIx, and while that was no slouch when it was released, you wouldn't want to run a modern development environment on such a machine either ;)

[1] http://en.wikipedia.org/wiki/Motorola_68030

A little faster than an Arduino and a little slower than a PIC24. Not too bad.

I'm presently working on networking (OpenCores ethmac) support for the jor1k[1] OpenRisc emulator. The plan is to push ethernet frames out over a web socket, and pipe them into a tun interface on the server via a node/python/C/whatever backend. From there, do whatever you want using your OS' standard networking tools (if you have specific needs for the server-side of this which go beyond using your os' standard tools, please let me know).

If you're interested in this, please do make plenty of noise at me to finish. I've got a flight back to the East coast from Portland on Sunday, so I'm hoping I can get most of the browser code finished by then. After that I'm going to be somewhat distracted through the end of January, as I'm moving from Charleston, SC to Christchurch, New Zealand. I could use a bit of motivation to get this done.

1: http://s-macke.github.io/jor1k/

I am really looking forward. If you have any wishes for an image with some tools, please let me know. Lynx, elinks, dillo, ssh, netcat, telnet ... whatever you want. Then I have to think about a demo. Maybe we can allow very limited access to some websites.

I think the biggest thing I'm overlooking right now is randomized MAC generation. I need to take a look at whether or not the ethoc driver will attempt to read the MAC from hardware before loading its own. If so, I can randomize MACs in my ethmac.js, or even make a backend service assign them to guarantee uniqueness.

Otherwise I think it'd be great to get an image together with all of those tools, especially Lynx. It'd be great if I could make the HN submission to the demo page via the emulator itself. However for now if I can get an ICMP echo I'll be happy.

I think when it's ready I'm going to set up a full-access reCaptcha-protected demo on DigitalOcean or AWS and see what happens. If people don't abuse it and if the bill isn't too bad, I'll leave it up. If not, I'll worry about how to do a restricted demo. It would be nice to get a network-friendly game in there, though.

Another great demo that we'd have difficulty with is browser-in-browser. Chrome-in-chrome, firefox-in-firefox. That would, however, be the ultimate sandbox.

Anyway, get in touch with me via e-mail or better yet, Skype (see profile). We can coordinate better there.

I think it would be really cool to link this up with some of the Chrome App API's (TCP/UDP networking, serial). Then you could distribute lightweight programs without bothering with Emscripten or Native Client.

> That would be a game changer on how I'd develop.

Why? I'm honestly curious since I can't imagine any big advantages over more "classic" setups ...

Go to any machine with a browser, log in, and have your dev environment pop up in the same state it was when you left it somewhere else, yet all running locally rather over some VNC connection or potentially laggy ssh connection. Log out, and have the state persisted.

I use a remote dev server that behaves exactly like this, except it's just a hosted virtual server. What advantage would doing this in JS give you?

I think Sun workstations did that in the 80s or 90s.

Or PHP.

Ruby's interestingness to performance ratio is not high.

Absolutely. This would be awesome.

Must plug http://www.koding.com here.

It is a "social" development platform supporting rails, mysql etc.

Reply on news.ycombinator.com