The "i386" is basically dead and SX was never a good platform to run those "386 OSes" due to memory limits...No Unix with X11 will be happy about 16MB. Even Plan9 doesn't fit in 16MB. Even purely assembler written GUI os'es like Menuet want more than 16MB of RAM and want newer instructions than i386.
I'm going to be incredibly charitable and assume you are parroting things you've heard/misheard/googled because you weren't there. Because otherwise, this is comically wrong.
If i386 is a "dead end", I sure hope one day to have something I create suck that much. Introduced in, what, 1985, it has been produced in the billions, by a half-dozen or more vendors, and versions of it are
still in production (e.g. DM&P M6117). And they run 32-bit OSes just fine. Some Chinese company introduced a retro i386 laptop this year to some success (
https://www.amazon.com/Computer-Compatible-Windows3-1-Graphics-Integrated/dp/B0D47H8V4M).
And that 'dead end' directly spawned every x86 & x86-64 processor that came after. I can only assume you're inventing some bizzarro-world redefinition of '40 years of continuous use' that English speakers in this part of the multiverse are not yet aware of.
In the 386 heyday that we are talking about,
servers had 16MB of RAM (hopefully). Desktops commonly had 2-4MB, with 'performance' boxes having 8MB; 16MB+ desktops were a processor generation away. I can
assure you (that is, I worked for a company that developed Unix kernels at the time, and personally ran many of these systems) that we ran Unix, and X, in 4-8MB every day. The problem with the i386SX was the slow 16-bit bus, not the 24-bit address space.
But in case I'm not a credible source, maybe a couple of examples.......
For completeness...
So...no, just no.