No, of course not. That could doom it to failures from unforeseen bugs.
No, you’d go instead with something that’s leading edge but not bleeding edge; something proven to work with a good consumer base but not so archaic as to be outdated. Something with a good expected longevity like AmigaDOS.
I think the incentive for a radically different OS would come from a radically different hardware, much in the way DOS and WIN was considered too large and clunky for a portable phone so iOS, BlackBerry and Android systems were created to accommodate them.
I would expect that, once good strides have been made on quantum computing hardware, they’ll need a radically different OS to [begin to] thoroughly leverage its abilities. The end result will make forecasting next summer’s hurricane patterns as easy as playing tic-tac-toe on an Atari 2600.
I know of no weather forcasting method that works a ton faster non-deterministically. And even if there was one that doesn’t necessarily mean that a quantum computer would be helpful. I.e., “quantum” does not mean “magic”.
And speaking of Amiga OS, MorphOS, an Amiga-like OS, just announced their most recent release 3 days ago. This particular OS is closed-source and started in 2000.
One interesting concept about 2 decades ago was a project called “Mungi”, which was a 64-bit-specific design (on MIPS or Alpha processors). The distinctive aspect to it was that it used the entire address space once, instead of mapping each process to its own address space. I am not clear on whether each process had limited access to a small part of the space or was it mapped wide open (I got the impression it was the former). Mostly they were touting the idea of persistent image storage (large blocks data on the HD would always appear in the same location in memory, so that pointers could be stored in files as-is), but, as appealing as that might sound, I find the notion only somewhat beneficial, at least in a general use system.
But obviously, at that time, 64-bit CPUs were more spoken of than actually implemented, so the single-address-space system (SASOS) was not destined to get much traction. In this day and age, though, as 32-bit CPUs are seriously on the wane, I could see the possibility of some real interest in a process-access-limited SASOS arising.
There’s a new OS out for a special situation: the post apocalypse!
It runs on the Z80 processor (!) which is in a lot things. So scroungers can gin up a simple computer and get elementary things done.
It seems an odd choice given that there will be a ton of “real” PCs around. The main issue will be electricity, not the hardware. (Unless the doomsday fry-all-the-electronics H bombs are unleashed. But then even then the 8-bit Z80s are doomed.)
(Going the other way, more and more Linux distros are dropping 32 bit support.)
the as400 has a single level store. 64 bit perm address for every object (and everything is an object) whether it’s in mem or stored in some external storage.
But, there is still a mapping at the hardware level when that address is loaded into memory, there is a mapping from the 64 bit perm address to the temporary memory location.