BSD Today reports that embedded
RTLinux company,
FSM Labs has decided to move into
NetBSD as a general purpose OS layer to RTLinux APIs. This is following
Wind River's acquisition of the software assets of
BSDi. Makes one wonder whether the competition in the BSD arena is about to begin.
Competition (Score:1)
YHBT (Score:1)
Re:I'm surprised it didn't happen sooner. (Score:1)
Re:true business value for BSD? (Score:1)
Not quite a switch (Score:1)
The whole GPL vs BSD licesening comment is rubbish, though. There's no problem making money on GPL software. At least I haven't had any.
---
"Software assets" (Score:1)
Please remember that Wind River does not "own" FreeBSD. FreeBSD is still under the control of its committers and core team, the same people as before. Wind River just happens to pay many of those people to do nothing but work on FreeBSD. The biggest blow Wind River could deal to FreeBSD is to terminate those people's employment. Wind River *cannot* run FreeBSD into the ground.
--
SecretAsianMan (54.5% Slashdot pure)
My Fuddled Brain (tm) (Score:1)
I know their name is Wind River but every time I look at their url, I keep reading Win Driver
"I'll take the red pill, no, blue. AAAHHHHHHHHHHHHHHHH........"
Competition? Begining? uh hello, wake up...... (Score:1)
How can you say the competition is just starting? WE BSD folks have been around for ever, and we watch you Linux folks grow from a nothing-kernel, to a something-kernal, and even watch you folks as you come rape our user-land code, and then this.... The ball's this guy has... must have a brain inversly proportunate to the weight of his balls. Big balls, tiny brain....... typical.
Humf....
Re:Competition? Begining? uh hello, wake up...... (Score:1)
windows is for the novic opperator, Linux is for the person who hates windows, And BSD is for folks who love Unix. Its all about the love baby!
This is the typical mindset of the average BSD user. We don't hate anything, we simply preffer Unix. I think that says allot about the development model. The competition isn't starting, it isn't there, we are not competing. Yet at the same time, it is deeply insulting for a Linux person to imply that we just appeared one day and are competing with linux. More likely this is a person new to the linux scean, and BSD just appeared on his radar. Folk like that shouldn't get front page on
may the force flow thru you....
Re:BSD is dying (Score:1)
Take a look at number of Linux companies that aren't making money.
Get us some hard facts to back up your FUD troll girl.
Also, why not post under your real user profile... that's right, you're a clueless coward.
Re:I'm surprised it didn't happen sooner. (Score:1)
You release a piece of software and its source code for a fee. Anyone who buys your software can modify it for their own personal use, and can even distribute their modified version as long as they either distribute it as an upgrade to other people who have bought my original software, or buy copies of my software for each copy of their modified software sold/distributed. This way people can change my stuff and add to it and make a profit off of it if they like, and I can still make a profit from my original code...
Well, I dunno if it will work well or not... but I'm wondering if anyone has seen something like that before?
Bren.
Re:I'm surprised it didn't happen sooner. (Score:1)
what? (Score:1)
Re:I'm surprised it didn't happen sooner. (Score:1)
The success of BSD in firewall, and router appliances, has more to do with FreeBSD being better than Linux at routing and firewalling before the release of Linux 2.4.
Re:I'm surprised it didn't happen sooner. (Score:1)
Back in the early 80's you had to buy a Bell Labs Unix license to use BSD because Bell Labs still owned most of the code in the Berkley Distribution.
RTLinux != Linux (Score:1)
1) RtLinux is not a very good Linux
2) RTLinux is not a very good RTOS
Why do I say this? Well it should be obvious now. RTLinux is not a Linux distribution, but rather a realtime executive that can ran a "Linux image". Similar approaches have been taken by several groups, like Radisys [tenasys.com] and Nematron [nematron.com], to make Windoze a "realtime OS". The results are generally all the same. Because of the special tricks that must be used, you end up with an OS that is less stable than the off-the-shelf product. And you really do not get many of the benefits of using an off-the-shelf OS, because anything you do that needs to be realtime has to be run by and programmed for the "realtime kernel" (not the OS kernel!)and its proprietary API.
As far as realtime performance is concerned, the last numbers I heard at the 2000 ISA show [toobigtomiss.com] showed that RTLinux (actually it may have been Montavista [mvista.com]) was well behind the major players (i.e. QNX [qnx.com], VXWorks [windriver.com]) in terms of realtime performance. Worst case interrupt latencies were on the order of 40 microseconds, compared to sub-microsecond latencies for others. This is only to be expected with the overhead of running two OS's. In all fairness, it did beat Windows CE. :-) An interesting thing to note if you read about Nematron's HyperKernel (above) is that realtime latencies actually get worse when the Windows NT side is heavily utilized! I would guess the same is true of the realtime Linuxes. So don't play Quake or your reactor may meltdown... ;-)
Re:RTLinux != Linux (Score:1)
Yes, I "heard" this from a realtime Linux vendor at a technical conference on the use of realtime operating systems in industrial control systems. Dumbass.
The 40us is nonsense: depending on the motherboard/processor it can go from 1 to 15. As for the submicrosecond claim
40us is correct [mvista.com] for Montavista. I searched for RTLinux numbers but was unable to find any detailed report(surprise, surprise). I generally saw numbers ranging from 15-30us. Some QNX numbers [qnx.com] are here. I understand VxWorks is a little better
I would guess the same is true of the realtime Linuxe" --- You guessed wrong.
Maybe you should read the analysis section above where it talks about the number of processes on the system affecting interrupt latency! Again, dumbass. I only wish RTLinux had some decent documentation so i could prove you wrong about them too.
being naive is no crime, I guess
but being an arrogant dumbass should be!
Re:what? (Score:1)
What gave you the ridiculous idea that the Olympic games are not comercial?
GPL isn't great for commercial products. (Score:1)
Then you have to also worry about actually adhering to the GPL. It's not that it's that expensive to do, just a big pain in the butt. The fact that you even have to think about it is reason enough for many people to avoid it. Why worry about it when BSD is available.
I'm sure that this is one of the main reasons why Apple went with BSD and Mach - they don't _have_ to release any source code. They also don't have to worry about people accusing them of holding back GPLed code or anything like that. It saves them from a lot of potential headaches. The fact that they have contributed back with Darwin is very surprising - and appreciated.
Willy
Microsoft dropping BSDI support? (Score:1)
Re:what? (Score:1)
Re:what? (Score:1)
If you're getting your information from Usenet, that could be the main flaw in your survey. Not all users of operating systems are going to be discussing issues on Usenet. I would guess only about 1/4 of the userbase DOES communicate there. From what I've seen, _Usenet_ is nearing it's death.
If you'd like to get a more accurate idea of the amount of users openly communicating with eachother, check the mailing lists of the respective OS. You'll see much larger numbers, which once again, don't even come close to representing the total userbase.
Re:Fifteen million Apple boxes a year might be ... (Score:1)
Bigger is not always better.
Just what we need... (Score:1)
Re:I'm surprised it didn't happen sooner. (Score:2)
Of course there are advantages to the GPL from a community sofware point of view. In fact for personal projects it is probably the superior license, but if you are a for-profit company the GPL is something of a hinderence.
Flames away...
Down that path lies madness. On the other hand, the road to hell is paved with melting snowballs.
It's option not concurency (Score:2)
It seems people there fought so long against M$ that they are becoming M$ themselves: "If you aren't exactly in our side then you are another enemy..."
Fifteen million Apple boxes a year might be ... (Score:2)
Competition. Nah. Against who?
true business value for BSD? (Score:2)
I question the true business value for BSD. Consider what Linux Torvalds said: "start using *BSD. *BSD users (and developers) are all complete jackasses, so you'll fit right in" [indiana.edu].
Re:what? (Score:2)
As for competition.. it's rediculous to speak of 'competition' between things that aren't commercial entities. OpenBSD, FreeBSD, NetBSD, these exist because people want them to, not because of some company.
The rumors of death are greatly exaggerated . . . (Score:2)
Gosh, the Wall Street Journal indicated recently that Apple sales of Darwin-based MacOS X in the last month dwarfed "sales" of "free" unices by a long shot. That was a qualitative report. Does anyone know how many Apple actually sold?
If *BSD is to survive at all it will be among OS hobbyists, dabblers, and dilettantes. *BSD continues to decay. Nothing short of a miracle could save it at this point in time. For all practical purposes, *BSD is dead.
Hmmm.... Darwin (pun intended), not wishful thinking, seems to control the fates of these systems.
Re:The rumors of death are greatly exaggerated . . (Score:2)
Re:I'm surprised it didn't happen sooner. (Score:2)
Ah, but this is /. buddy, and all I have to say is...
JAHAD!!!
And the community stills wins... (Score:2)
Companies with BSD software are most likely to either: A) start with BSD code and morph it into something very different and proprietary, or B) release a value-add to the BSD code, and release the improvements to the BSD stuff to keep synced.
In case A, they could start from scratch (but it is a waste of effort and therefore inefficient, regardless of your holy war), or B, you get the code. In case B, if it is GPL'd, they are likely not to start the project, and therefore, you don't get more code.
Pre-web days, the GPL solved a problem because there was no concept of open source communities. Stallman's free software position had tremendous benefits, and did result in companies GPLing code to comply. However, in this day and age, the open source community creates enough of an incentive to get code released, without the formality of the GPL.
Example: SAMBA. Apple knows that good NT integration would go a long way towards making OS X a good corporate citizen. SAMBA has a solid implementation. However, as it is GPL'd, they can't build a SAMBA based login, etc., system and release it with the OS. Someone would have to package it up as an add-on, distributed separately. This benefits nobody.
I support free software, I try to release what I can. I provide all my clients with the source code to the systems that they paid me to write. I feel that it is the right thing to do. We even negotiate a transferability license if they want, I'm willing to provide all the freedoms of the GPL (even GPL'd code) for a fee.
However, I feel like the GPL is a mixed blessing. It does create an open-source playground where companies have an incentive to enter the GPL world.
At the same time, however, I feel that it is keeping valuable software from existing (benefitting nobody). Additionally, the concept of keeping the code free is silly. If I release code into the Public Domain or with the BSD license, that code is perpetually free as long as SOMEBODY hosts it somewhere. Improvements may not always be free, but the code is free.
The tradeoff is: is it more valuable to (potentially) get more free software out there by coercing companies, or will I get more value from propreitary add-ons, or even, will I get more free software by allowing proprietary add-ons and getting the patches released.
As a software author, you need to make a decision for your code.
One thing you should definitely do, however, is get people to assign copyright (like the FSF does). That way, if you think that their is an advantage to releasing under a new license, you can do so. Just realize that if you go BSD->GPL, the old code remains under BSD. If you go the otherway you are fine.
So the holywar compromise might be: release under the GPL, maintain copyright (and get updates assigned), then if a compelling case is made, you can proprietarily license it to a company making the add-ons (perhaps distributing or donating some of the fees, something to discuss in the assign copyright place), release under the BSD license, etc.
Both have their place, but you have to decide which will generate more benefit.
Alex
fuzzy math (Score:2)
ho ho ho
I'm surprised it didn't happen sooner. (Score:4)
disclaimer: This post is in no way meant to imply my preference of one license over another. That's one holy war I desperately wanna avoid.