Running light...
Them young whippersnappers are quite capable of their own innovations.
As long as they never have to leave the protective cocoon of a VM with GC.
And lots of base classes written by somebody with a clue.
"it marks the end of a world where broad knowledge of computers and being willing to create solutions instead of reuse them was valuable"
No, it pretty much just marks the end of Dr. Dobb's. Them young whippersnappers are quite capable of their own innovations.
There is no denying that the true hacker is well on the way to becoming an endangered species, as we are making far fewer new ones than would be required to replace those who retire, much less keep up with the exponential pace of software systems growth. Great news in terms of income security for this increasingly elite niche, not such a great omen for the quality of future software.
Google's support for critical open source infrastructure like Libreoffice has in general been pathetic. Much of the blame for that would appear to lie with that same Chris Dibona.
...It will sustain losses year after year to deny revenue to the competition. Once the competition folds it has the market for itself. Look how long it was able to sustain losses to gain dominance with XBox franchise.
It didn't work and Microsoft has little hope of ever recovering its losses.
Mod up. The one clueful post to the article.
None of the details you mentioned prevent you from writing a realtime application. To avoid indeterminate swap-in time, you mlock your application (which mlocks any linked libraries as well, so keep your library usage tight). Any IO the application needs should be offloaded to non-realtime threads. You can do it, it just requires competence. Just as programming in a "proper" realtime operating system does.
BTW, Microsoft minions are pretty much the only ones who bandy about the term "Linux zealot". Minion.
...Linux does have a RT version, in part supported by Ingo Molnar and Theodore Ts'o, but it does not see heavy use. In part, this has been because for a realtime OS to be successful, all the parts have to play ball, not just some...
Not really, the actual requirement is that nothing can block a real time process, which I believe the linux real time patches do in fact achieve quite reliably. It isn't important whether Firefox hangs up for a while, to anybody except the Firefox user. Perhaps realtime Linux has maximum latency higher than QNX (nobody has posted benmarks so far...) but certainly well within the range required for real time control of noncritical systems.
The real reason that the realtime patch set is not wildly popular is that a lot of devs and users tend to labor under the misaprehension that real time response isn't needed, because after all, their computer works pretty well without it. Actually, it doesn't as anybody involved with professional quality audio can attest, and if said users and devs would quit eding away the the evidence of their own eyes, they would notice frequent instances of nasty, unacceptable interactive latency. Amazing how selective memory works, isn't it?
For critical systems like engine and braking control, it is obvious that a "pure" realtime control system is needed, and be running on its own dedicated processor. For that, even QNX is arguably too complex, and too difficult to analyze to the extent required. But such critical systems have now become just a small part of what is going on in a modern car, with all the nav, infortainment, climate control, etc. For all this big bloaty stuff, realtime Linux is perfectly appropriate and would probably be a better choice overall than QNX due to the far greater range of hardware supported, more networking protocols, more nifty accelerators for applications, etc etc. Regards of whether Linux is the best choice (it is) QNX is still a damn good choice. Light years beyond anything Microsoft has had their fat hands in.
Microsoft employee much?
He has not acquired a fortune; the fortune has acquired him. -- Bion