131–140 of 380 posts
For anyone who (like me) was confused at what this is, it's a Unix like OS for embedded systems. https://en.m.wikipedia.org/wiki/QNX
They are the brains of a ton of cars on the market, like all Ford cars. Used for complex calculations like automatic transmissions.
Earlier quoted context omitted.
Also I wonder how many applications really need more real time responsiveness than you can get out of Linux. We even have https://arstechnica.com/gadgets/2024/09/real-time-linux-is-o... If I use Linux I know I won't have to have a discussion about licensing, I know I won't get rug pulled, etc. Also the ban on commercial use is heinous. I am going through this with Arangodb right now. I love the product, but I have no…
rt linux is not appropriate for many hard realtime requirements i have seen some try and fail in an effort to save $perceived_value
If only you could believe them. QNX has been "opened" twice before. Each time, there was a rug pull, and it went closed again. Before the first rug pull, open source groups routinely added QNX to their target list. There was a Firefox for QNX. Eclipse had QNX as a target. GCC and most of the Gnu command line tools could be built for QNX. There was a desktop environment, Photon. I used that as a primary desktop for th…
After beos failed, I played/developed with QNX until they pulled the rug. I was on it full time on my main dev machine. I loved it.
When they closed it I got severely burned to the point that I will not touch a any closed development platform. I see from the license they didn't change a bit.
Not that it matters anymore.. they're largely irrelevant today except for whatever existing markets they already have. It would be fooling to choose QNX today: we now have good alternatives, and all of them with open licenses.
QNX and BeOS were the only operating systems I tried in the early '00s that could make old single-core mid-90s Pentiums feel excellent and snappy to use. Far, far better than any Windows version, or Linux. I assume it's mostly scheduler stuff and much better multimedia stacks, in both cases. I always hoped the operating systems of the future would feel more like that. Closest we've got is probably iOS and it cheats b…
I non-ironically dream for the day that a modern computer is as snappy booting as my old Commodore 128, as fast to reset, and as responsive to all keystrokes.
Earlier quoted context omitted.
rt linux is not appropriate for many hard realtime requirements i have seen some try and fail in an effort to save $perceived_value
Is there a good libre real-time OS you would recommend over it?
my experiences then would lead me to recommend it, though.
Earlier quoted context omitted.
They are the brains of a ton of cars on the market, like all Ford cars. Used for complex calculations like automatic transmissions.
QNX was the OS behind the ICON computer that was used in schools across Ontario in the mid-80’s. At the time, I thought they were pretty cool. https://en.wikipedia.org/wiki/ICON_(microcomputer)
If only you could believe them. QNX has been "opened" twice before. Each time, there was a rug pull, and it went closed again. Before the first rug pull, open source groups routinely added QNX to their target list. There was a Firefox for QNX. Eclipse had QNX as a target. GCC and most of the Gnu command line tools could be built for QNX. There was a desktop environment, Photon. I used that as a primary desktop for th…
> Now, if QNX is serious about this, the way to go is to use the licensing model Epic uses for Unreal Engine. Unreal Engine is behind most AAA game titles. The basic terms are that you can download the source and use it for anything you want, and there's no charge until you get the first $1 million in revenue from your product. Then Epic takes a 5% royalty.[2] This has been extremely successful for Epic. There's not…
AGPLv3 is perfect for kernel and userspace tools because, while it doesn't guarantee licensing revenues, as soon as they do anything to modify it they have to release those changes to ANY users of the system, whether downstream distributors or simply users of the network services they provide. Since they have to provide any IP/patents they used to do it under copyleft terms, QNX would get publicly visible benefits, albeit with changes that might not be useful under the commercial license without negotiating a CLA with the modifying party, but under the commercial license you could negotiate terms/a discount to trade their new code for a reduction in their cost of licensing. It's a win/win from either an open source PR or a behind the scenes commercial negotiation point. Obviously your lawyers, bean counters, and C-suite have to get onboard, but if you are serious about growing QNX's marketshare now that Linux is gaining real-time kernel support in mainline, you had better point out to your bosses they need to make the decision quick and stick to it, or there won't be a next time.
Edit: Adjustments made to clarify my position and suggestion.
Earlier quoted context omitted.
rt linux is not appropriate for many hard realtime requirements i have seen some try and fail in an effort to save $perceived_value
Is there a good libre real-time OS you would recommend over it?
Forgot to mention: the neat part of RTEMS is it allows one to sort of turn a Unix program into a bare metal program.