At least with Linux you're getting a system that's been used so much that all major issues like that are ironed out. Nothing beats a few million testers.
edit: I saw the same on a fleet of thousands of JVMs which hung on 100% CPU after 248 days very consistently. Closest thing to an explanation I ever got was perhaps it is storing uptime in hundredths of a second (why not ms???) in signed 32 bit integers, see: https://ma.ttias.be/248-days/ In the end we solved it by restarting with a cronjob between 2am and 4am after 247 days...
There aren't many Linux engineers who have experience with resource-constrained systems or real-time programming requirements.
A devil-may-care throw-caution-to-the-wind cavalier attitude?
>supplier competition
I stand corrected. And I'm never buying a Tesla or property even remotely close to SpaceX launch sites...
Although I don't know the market. It might screwed by some weird market dynamic.
Same reason SpaceX eschews radiation-hardened processors for redundant off-the-shelf cores: supplier competition. There aren't many RTOS engineers on the market; there are many Linux engineers. Once they got over the cost of hardening the kernel, SpaceX found itself at a scaling advantage versus RTOS-based competitors.