g3

Yes, I should write about v86's internals some day. Meanwhile, the code is right here: https://github.com/copy/v86/tree/master/src/rust

It's much faster with recompilation than without, but I agree that it's slower than expected (compared to, for example, qemu-tcg).

There is still room for improvements (e.g. eflags updates, 16-bit instructions, call/ret optimisations, main loop), but part of the problem is limitations of web assembly (no mmap, only structured control flow) and browser engines (memory blow up on large generated wasm modules, related to control flow).

The webvm folks explain the control flow problem quite well, and seem to be doing a better job than v86: https://medium.com/leaningtech/extreme-webassembly-1-pushing...

If you're bored (or your code is still compiling), you can also try:

SerenityOS: http://copy.sh/v86/?profile=serenity (one of their developers contributed PAE support to v86, which is extra cool. I believe it contains their own browser.)

ReactOS: http://copy.sh/v86/?profile=reactos

Haiku: https://copy.sh/v86/?profile=haiku

9front: http://copy.sh/v86/?profile=9front

Android: http://copy.sh/v86/?profile=android

KolibriOS: http://copy.sh/v86/?profile=kolibrios

HelenOS: http://copy.sh/v86/?profile=helenos

Oberon: http://copy.sh/v86/?profile=oberon

QNX: http://copy.sh/v86/?profile=qnx

Windows 95 with IE 3: http://copy.sh/v86/?profile=windows95-boot

Windows 98 with IE 5: http://copy.sh/v86/?profile=windows98 (run networking.bat)

Windows 2000 with IE 6: http://copy.sh/v86/?profile=windows2000 (run networking.bat)

v86 running in v86 (the inner one is running in node): https://copy.sh/v86/?profile=archlinux&c=./v86-in-v86.js

As well as most BSDs and Linuxes, as long as they still have i686 support.

It makes for a cool demo (and it's a reference to the recent "wasm in docker" announcement).

Or, if you want to go one level deeper, v86 has a complete Linux environment with both python and sqlite running locally: https://copy.sh/v86/?profile=archlinux&c=python%20-ic%20%27i...

v86 also recompiles machine code to web assembly. The main difference is that v86 is a hobby project (of which I'm the original author, by the way), with much fewer contributors and no (known) commercial users, and is much less sophisticated than this project. On the other hand, v86 is open source, so you could make it sophisticated if you wanted to :-)

I'm not sure what exactly cheerps is used for; v86 is mostly used to demo operating systems (mostly hobby and vintage). We recently got SerenityOS to run: http://copy.sh/v86/?profile=serenity

It's the disk access. In order to open My Computer, Windows reads 6399 disk sectors, which are read using ~150 http requests.

Or in an in-browser emulator: https://copy.sh/v86/?profile=custom&fda.url=images/freedos-b...

And here is a concise JavaScript tetris (playable: http://copy.sh/tetris/):

    f=[];p=[1];g=h=2;s=0;t=500;for(i=0;23>i;i++)f[i]=j=-16380;f[23]=-1;onkeydown=e;e(e);function e(b,a){(k=b.which)?k-38?k&-3^37||(g+=a=k^37?-1:1):(z=p,v=p[2],c=p[1],p=[2*v&2|4*c&4,p[3]/2&1|v&2|2*c&4|4*p[0]&8,p[3]/4&1|v/2&2|c&4|2*p[0]&8,v/4&2|c/2&4]):s-j&&setTimeout(e,100+t,h++);m=p[0]<<g;l=p[1]<<g;_=p[2]<<g;o=p[3]<<g;f[h+=32==k]&m|f[1+h]&l|f[2+h]&_|f[3+h]&o?a?g-=a:k^38?(f[h]|=l,f[--h]|=m,f[2+h]|=_,f[3+h]|=o,h?(g=6,x=new Date%7*4,p=[h=0,2908739>>x&15,266758006>>x&15],t*=.97):s+=" Game Over!"):p=z:k^32||e(b);for(y=_=o="";24>++y;o+="\n")for(f[y]+4||(f.splice(y,1),f.unshift(j),s+=++_,o="",y=2),x=14;x;q.textContent=o+s)o+=" X"[(f[y]|p[y-h]<<g)>>x--&1]}

It's a fully emulated PC: CPU, memory, hard drive, … The CPU especially took me very long to get right with all the details to run Windows 98.

The code is here: https://github.com/copy/v86

You can try it here: http://copy.sh/v86/?profile=custom&cdrom.url=https://dl.drop...

Nope, try harder ;)

Both bugs are fixed now.

Fullscreen is there and yes, it will be open source.

The project is made with both browser and nodejs support in mind. There are still some issues to resolve, but I will definitely release a node version this year.

Hi s-macke. I've read the source code of your emulator before, good job.

I'm aware of the problem with big integers. I'll look into this more closely, thanks for your help.

Regarding workers: I need some restructuring to get this working. I'll also need to figure out the fastest way to exchange the canvas buffer between the worker and the browser.

It should be the US keyboard layout, because that's what the operating systems in the emulator use.

I got Freedos working about 2 years ago, but then stopped working on it. I picked it up again earlier this year. Approximately 3 months of full time work.

I'm considering writing some articles, just need to find some free time.

http://codegolf.stackexchange.com/questions/4732/emulate-an-...

Yes, it's very similar to the jslinux project. However, I added more hardware (it can boot a real bios: seabios). Also, I'll make this open source.

Chromium and Firefox send different key codes for `-` and `=` (see http://unixpapa.com/js/testkey.html).

Regarding GPFs: This is one of the few things that are not completely implemented yet, I'm working on figuring this out.

It expects one of the standard formats (720k, 1440k or 2880k). I'll add switching disks some time in the future.

I've found the bug. For now, try Chromium. I'll fix this tomorrow.

It will be open-source. I don't know how to deal with licensing yet.

I'm testing in Firefox 24. If you could tell me what the error console outputs, I'll try to fix it.

Networking is on the todo list. I couldn't host the traffic, though.

I'll put it online soon. I haven't figured licensing out yet and need to write some technical notes

Good guess, that's correct

Faster simulation: http://copy.sh/life/?pattern=primer

Just give me one more month, I'm almost there ...