Maybe never with current technology? Looking just at the CPU and assuming you need comfortable IPC overhead for emulation, the 386 was from early in the Dennard scaling era and modern CPUs are 1000x or more faster single-thread. Since maybe 2012 that hasn&#x27;t moved anywhere near that, certainly less than 10x.Figure 6 in &quot;A New Golden Age for Computer Architecture&quot; is a good representation of that effect: <a href="https:&#x2F;&#x2F;dl.acm.org&#x2F;doi&#x2F;epdf&#x2F;10.1145&#x2F;3282307" rel="nofollow">https:&#x2F;&#x2F;dl.acm.org&#x2F;doi&#x2F;epdf&#x2F;10.1145&#x2F;3282307</a>.For the GPU things are potentially looking better! But since distributed shaders&#x2F;kernels are higher-level compiled for your specific device, there&#x27;s less of a need for emulation.

16-bit x86 code dependent on interacting with real hardware under precise timing doesn&#x27;t always work well in a VM.

Either &quot;already&quot; or &quot;not any time soon&quot;, depending on how you count.Already - because you have VMs and backwards compatibility. As long as you keep using Intel x86_64, your apps would run, no emulation needed. Or you can use the VM.Not any time soon - because the computers are not speeding up that fast. 10 year old computers are still being used today, and even the latest CPUs are not orders of magnitude faster. So for a full-system emulation, the most well-known ones is x86 VM&#x27;s on Apple Silicon, and according to reports, full-system mode is still not close to regular PCs.

Holy cow, a 386 with VGA and SoundBlaster on a $1 MCU?I recall VICE emulating the Brotkasten on 386 PCs some thirty years ago, later UAE doing it for Amiga. How long til my currently running system (anno 2016) is being emulated?

It&#x27;s really cool what can be done today with just an MCU that has sufficiently flexible IO. What&#x27;s the performance like?

The problem is PC programs assume 640kb of RAM and the RP2350 has 512kb + 16kb cache SRAM so anything that goes past that has a sudden 40 cycle access delay.So even if you account for the RP2350 being 6 times faster than the RP2350, I think the emulation would randomly start to stutter a lot in certain circumstances waiting to access that part of the memory.

To save anyone the Google, there&#x27;s an S missing from the URL.<a href="https:&#x2F;&#x2F;museum.syssrc.com&#x2F;" rel="nofollow">https:&#x2F;&#x2F;museum.syssrc.com&#x2F;</a>

Which of the 4 boards on do you recommend as easiest? I would love to demo at the Computer Museum @ System Source <a href="https:&#x2F;&#x2F;museum.sysrc.com" rel="nofollow">https:&#x2F;&#x2F;museum.sysrc.com</a>It looks like I would have to build my own frank board. Any off the shelf boards?

The PIO are pretty great and not niche. Almost any embedded application needs mixed signal interfaces. You could say embedded applications are niche, but not that embedded applications needing mixed signal interfaces.A serious warning: read the RP2350 errata carefully. You may be better off buying old 2040 inventory.

If you want something that can do some dumb buttons and lights handling on a mass consumer device, it&#x27;s not ideal.I would say it is still underrated.PIO combined with DMA and the independent bus SRAM banks allow for immense combinations of capability.If you want to do something digital and specific beyond a few MHz the the RP2350 raised the ceiling of what you can do before requiring hardware or FPGA.It still has some areas where it could be improved, but most of thise would not have been apparent until you really stretched the design.Having extra PIO GPIO without physical pins but the ability to configure connecting pairs together in software would add a lot of capability.Perhaps an interesting test&#x2F;benchmark would be to get a microcontroller to pretend to be an SRAM (or better yet two independently accessed SRAMs) while outputting the lyrics to still alive on a serial link.The virtual SRAM performance characteristics of timing tolerances and latency would be a respectable approximation for arbitrary digital signal handling that any particular MCU might be able to manage.

Are you kidding me? It costs a fraction of the competition and you can use just about any pin for anything you want! It makes designing boards for the RP series so simple and easy!Contrast that with STM32 where you have to constantly reference the data sheet to make sure you&#x27;re using the correct pins for say, I2C when you&#x27;re running in a particular mode. And since you&#x27;re running in that mode, you now can&#x27;t use other pins for certain things. Ugh! I hate it!Then there&#x27;s the issues with picking the right-size part number and making sure the pins you want are 5V tolerant, checking that you&#x27;re using the correct ADC, and... Ugh! It&#x27;s a pain in the ass!Other chips aren&#x27;t much better as they all have those same problems.ESP32 is nice because of the zillions of built-in peripherals but configuring the damned thing can get really complicated really fast. It&#x27;s so complicated, in fact, that they had to make a Makefile (as in `make menuconfig`) that rivals the Linux kernel in the sheer number of options&#x2F;submenus.

Overrated surely? It&#x27;s a pretty bog standard MCU, no wireless support, mediocre deep sleep. I don&#x27;t know why you&#x27;d pick it over an ESP32 or nRF5x.The only standout feature is PIO which is definitely interesting but very niche. It&#x27;s also patented so say goodbye to any portability or FOSS vibes. (If you want a FOSS version btw, check out <a href="https:&#x2F;&#x2F;baochip.com&#x2F;" rel="nofollow">https:&#x2F;&#x2F;baochip.com&#x2F;</a>)If it didn&#x27;t have the Raspberry name behind it nobody would even have heard of it.

I love it!
The RP2350 is probably the most underrated microcontroller available today.

That one is offering Pentium Pro and SSE3 emulation. Not too shabby.

In case anyone missed it earlier on HN, there is a similar project that runs on an ESP32: <a href="https:&#x2F;&#x2F;github.com&#x2F;hchunhui&#x2F;tiny386" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;hchunhui&#x2F;tiny386</a>

What a long way to have come from the beige towers!

I had Slackware CDs in the nineties! They had a minimalist label and came with no jewel case (rubber band if I recall correctly).I&#x27;ve been meaning to rediscover the CICA and Simtel collections. Maybe that&#x27;s what I needed!

The boards using this chip typically have 8 MB of PSRAM from what I&#x27;ve seen.

I don&#x27;t know if they have some kind of magically genius caching system but the chip only has 512kb of SRAM and a little cache and the rest has to be managed by flash memory which is like 30+ times slower so I dunno about the performance of that.

It &quot;technically&quot; can - i used Win95 on an AMD 386DX with 4MB of RAM back in the 90s for a little. Most of the time was spent waiting for the computer to do something while the HDD was constantly working.The Pentium MMX with 32MB i replaced it with was MUCH faster, practically everything was instant.

Back in the mid 90’s I got it to “run” on a 386, but it was miserable. It was basically wondering if it was hung or just really slow on every command or mouse click.

&gt; Win95 can technically run on a 20Mhz 386DXs&#x2F;technically&#x2F;allegedly&#x2F;supposedly with a minimum of 4M RAM even! [1] I have a machine with twice that clock and twice that RAM that a friends parents wanted to toss out[2]. I spent the better part of a day getting Windows 3.11 and Office 4.3 to run. Playing around with it for a bit, I highly doubt that Windows 95 on minimum requirements would be anything but endlessly frustrating. I was not masochistic enough to try.[1] <a href="https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Windows_95#System_requirements" rel="nofollow">https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Windows_95#System_requirements</a>[2] <a href="https:&#x2F;&#x2F;goliath32.com&#x2F;hw&#x2F;machines.html#pc386" rel="nofollow">https:&#x2F;&#x2F;goliath32.com&#x2F;hw&#x2F;machines.html#pc386</a>

Good question. I ran Slackware Linux and DOS 5.0 on mine. I think Win95 was my Pentium 100 MHz already so it sounds a bit sus, but the FAQ section of OP had items about Win95, that is where I got the idea from.

We had Win95 running on a 25MHz 4MB FPRAM 286 back in high school. Poor teacher, half of first period was roughly how long it took to boot up, only for them to exit into DOS mode because the grading software and report card software was DOS-native and would hang if you tried running it under the GUI.

Did not realize that Win95 can technically run on a 20Mhz 386DX.

I think it came with two 3.5&quot; disks, a bootdisk and a rootdisk, as well as two CDs. One was the actual distro, the other a sunsite mirror.At least that is what I remember and while that memory might be hazy I know exactly where my precious is.

(slackware) Just need to find where you stored all 20 floppy disks...

Looks like it can even run Windows 96. Incredibly cool. I&#x27;ll have to try if it runs my old Slackware kernal 1.2.13 some time. I used it with a 4MiB, 25Mhz 386 DX back in the time, so it should.

This could be useful on its own to create an ISA-over-USB bridge in conjunction with either a kernel driver or a user-mode PC emulator.

No, it doesn&#x27;t.Also this doesn&#x27;t emulate ISA bus, where one could plug one of those &quot;multi-io&quot; cards to get rs232&#x2F;printer ports.Which is a shame. There are plenty of GPIO pins to fit full ISA on RP2350 (at least on &quot;B&quot; variant), and those GPIO are supposedly 5V-tolerant (with sufficiently recent silicon revision). So hardware-wise, it&#x27;s just a matter of wiring up an ISA slot directly to the RP chip.

I&#x27;ve been holding on to a couple of fanless industrial PCs as much for their cases (I could drive my truck over one, and it wouldn&#x27;t even make a dent) as for any possible future uses. As time moves on, being able to use them looks less and less likely.

&gt; Then it would be possible to reuse old embedded equipment.Unlikely, virtualization&#x2F;emulation has been a thing well before this project and you can just buy USB to RS232 adapters. There are GPIO solutions for industrial PCs other than the parallel port. Or you can simply buy new industrial PCs which have those ports.If you find an industrial appliance controlled by genuine old PC hardware that hasn&#x27;t been replaced, the RS232 ports are the least of your concerns.In my experience, such machines usually have something insanely proprietary plugging into a custom ISA card, and whatever is connected to it usually doesn&#x27;t take too kindly if the bus timings are off. And neither does the accompanying bare metal software that relies heavily on timing loops and hardware peculiarities.

Does it emulate RS232 ports and printer ports as well ? I did&#x27;nt find anything. Then it would be possible to reuse old embedded equipment.

I don’t know how fast it is but that does not really follow. They added those instructions so that Linux would boot. Linux assumes Pentium and no longer boots on 386 or even 486 for the latest kernels.The presence of instructions first added in the Pentium really does not tell you anything about performance.

Should be on the fast end of the 386 spectrum since it tentatively supports 486 and 586 architectures too.

Was the performance mentioned anywhere - I couldn&#x27;t find it on the page?

Technically you could run OS&#x2F;2 on it, I think.Or Plan9 for i386.

MMU can be emulated as part of emulated architecture. 
Its totally possible to have software only mmu.

Wow. How can it do this without an MMU?

Really cool, wondering if it can be ported to the PicoCalc.

A 386 PC for Your RP2350