It is indeed a mistake to target Linux, as it guarantees the majority of effort will be spent tracking Linux, rather than working on the filesystem itself.
There are far better options such as FUSE or the filesystem APIs in other operating systems like Netbsd, Haiku, Genode or even ReactOS (and Windows NT).
Some of the best filesystems such as OpenZFS, HAMMER2 or Lustre are developed outside of Linux.
Is that kind of setup still usable for some kind of desktop computing or only for command line stuff ?
128MB RAM sounds huge for the early 90s - win 3.1 and word / excel of the time could fly with much less. Is the lack of hardware floating point support an issue to run modern apps ?
The speed difference with current systems is mind boggling. The original A1200 CPU is 2,000 to 5,000 times slower than a random N100 setup. one second wait nowadays means one hour delay on the A1200. This shows how much software bloat accumulated.
For now, perhaps. But within time the vast majority of users of the Switch 2 will be children (for some value of “are teenagers children”) - our first switch was bought for me, but the other ones are definitely kids toys (and they’ve overtaken ours, too).
But even a five year old can understand “use this charger/connect and it charges fast, that other one is very slow, and this one doesn’t work.”
> But even a five year old can understand “use this charger/connect and it charges fast, that other one is very slow, and this one doesn’t work.”
It's funny to consider the layers upon layers of abstraction modern children are taught as common sense. Putting water in a container is one thing, but charging a battery must be downright metaphysical at that age.
Disregard HTML, CSS, JS and other nonsense; Embrace RISC-V machine code.
reply