After reading all 4 parts (up to part IV), this is pretty underwhelming.
The author makes a lot of noise about reinventing OS and mentions "heresy" a lot, but his main idea is a non-preemptable thread which runs an event loop. You know, like Erlang's BEAM; or running one boost::asio event loop per core; or Windows 3.11; or, going back to embedded examples, using nesC/TinyOS.
Additionally, there are also a lot of random ideas which have no explanation and have obvious known problems that need to be addressed: "vast majority" of processes is shared-nothing; non-stop record/replay debugging on every API call; same kernel API for devices with 32 KB and 32 GB of RAM; "API groups" which are replacing libraries; optional preemption. One can certainly make them work, but this is non-trivial, and author does not provide any answers (actually he just does not mention possible problems at all)
I feel that the author maybe had some ideas, but run out of steam? Or maybe the comments caused him to re-think the his ideas? Either way, the last post was in 2019, so I guess we will never know.
I am surprised ithare.com would publish such incomplete / partially incorrect series.
Related: The keynote presentation from OSDI (Operating Systems Design and and Implementation) online conference: “It’s Time for Operations Systems to Rediscover Hardware”:
I just watched that too. Must have read the same comment. Anyway I agree with the first YouTube comment. It's only partially Linux's fault. SoC vendors would never want to give up control of the software that runs on the SoC to just anyone, so there's not really anything Linux can do about it even if it wanted to.
"Build your own SoC" is not really a viable solution for most people.
To make progress in OS architecture, it’s optimal to have a clear view of the failings you want to address. The author seems to have a fundamental misunderstanding of basically everything.
Unix is garbage in a lot of ways. But there’s nothing to see here.
The author makes a lot of noise about reinventing OS and mentions "heresy" a lot, but his main idea is a non-preemptable thread which runs an event loop. You know, like Erlang's BEAM; or running one boost::asio event loop per core; or Windows 3.11; or, going back to embedded examples, using nesC/TinyOS.
Additionally, there are also a lot of random ideas which have no explanation and have obvious known problems that need to be addressed: "vast majority" of processes is shared-nothing; non-stop record/replay debugging on every API call; same kernel API for devices with 32 KB and 32 GB of RAM; "API groups" which are replacing libraries; optional preemption. One can certainly make them work, but this is non-trivial, and author does not provide any answers (actually he just does not mention possible problems at all)
I feel that the author maybe had some ideas, but run out of steam? Or maybe the comments caused him to re-think the his ideas? Either way, the last post was in 2019, so I guess we will never know.
I am surprised ithare.com would publish such incomplete / partially incorrect series.