Slashdot Mirror
Nvidia Releases Updated Drivers for FreeBSD
brsmith4 writes "Nvidia has released their latest drivers for the FreeBSD platform. This release addresses a number of issues and has been anticipated for well over a year. You will need at least 4.9-STABLE or any of the 5.x-CURRENT releases to install them. Some of the new features include added support for the latest NVIDIA GPUs including GeForce 6800 Series and improved interaction with -CURRENT's new threading libraries, not to mention the fact that my Dell laptop no longer shuts off the LCD when the driver gets loaded. The driver also provides tighter integration with the linux execution environment, making it very easy to run your favorite linux game titles. You can pick up the driver here. Pay no attention to the date, August 13th, 2003. It was a type-o."
This kind of support for open source users is what keeps me coming back to certain hardware manufacturers. The more companies realize this, the better it is for everyone.
If it was a bad type-o, then was it a type-o negative?
Typo is a contraction for "typographical error". Unless there's a joke I'm missing.
Will this work on 5.2.1 release or will I have to wait til 5 stablizes?
One more crippling bombshell hit the already beleaguered *BSD community when IDC confirmed that *BSD market share has dropped yet again, now down to less than a fraction of 1 percent of all servers. Coming on the heels of a recent Netcraft survey which plainly states that *BSD has lost more market share, this news serves to reinforce what we've known all along. *BSD is collapsing in complete disarray, as fittingly exemplified by failing dead last in the recent Sys Admin comprehensive networking test.
You don't need to be a Kreskin to predict *BSD's future. The hand writing is on the wall: *BSD faces a bleak future. In fact there won't be any future at all for *BSD because *BSD is dying. Things are looking very bad for *BSD. As many of us are already aware, *BSD continues to lose market share. Red ink flows like a river of blood.
FreeBSD is the most endangered of them all, having lost 93% of its core developers. The sudden and unpleasant departures of long time FreeBSD developers Jordan Hubbard and Mike Smith only serve to underscore the point more clearly. There can no longer be any doubt: FreeBSD is dying.
Let's keep to the facts and look at the numbers.
OpenBSD leader Theo states that there are 7000 users of OpenBSD. How many users of NetBSD are there? Let's see. The number of OpenBSD versus NetBSD posts on Usenet is roughly in ratio of 5 to 1. Therefore there are about 7000/5 = 1400 NetBSD users. BSD/OS posts on Usenet are about half of the volume of NetBSD posts. Therefore there are about 700 users of BSD/OS. A recent article put FreeBSD at about 80 percent of the *BSD market. Therefore there are (7000+1400+700)*4 = 36400 FreeBSD users. This is consistent with the number of FreeBSD Usenet posts.
Due to the troubles of Walnut Creek, abysmal sales and so on, FreeBSD went out of business and was taken over by BSDI who sell another troubled OS. Now BSDI is also dead, its corpse turned over to yet another charnel house.
All major surveys show that *BSD has steadily declined in market share. *BSD is very sick and its long term survival prospects are very dim. If *BSD is to survive at all it will be among OS dilettante dabblers. *BSD continues to decay. Nothing short of a miracle could save it at this point in time. For all practical purposes, *BSD is dead.
Fact: *BSD is dying
One more crippling bombshell hit the already beleaguered *BSD community when IDC confirmed that *BSD market share has dropped yet again, now down to less than a fraction of 1 percent of all servers. Coming on the heels of a recent Netcraft survey which plainly states that *BSD has lost more market share, this news serves to reinforce what we've known all along. *BSD is collapsing in complete disarray, as fittingly exemplified by failing dead last in the recent Sys Admin comprehensive networking test.
You don't need to be a Kreskin to predict *BSD's future. The hand writing is on the wall: *BSD faces a bleak future. In fact there won't be any future at all for *BSD because *BSD is dying. Things are looking very bad for *BSD. As many of us are already aware, *BSD continues to lose market share. Red ink flows like a river of blood.
FreeBSD is the most endangered of them all, having lost 93% of its core developers. The sudden and unpleasant departures of long time FreeBSD developers Jordan Hubbard and Mike Smith only serve to underscore the point more clearly. There can no longer be any doubt: FreeBSD is dying.
Let's keep to the facts and look at the numbers.
OpenBSD leader Theo states that there are 7000 users of OpenBSD. How many users of NetBSD are there? Let's see. The number of OpenBSD versus NetBSD posts on Usenet is roughly in ratio of 5 to 1. Therefore there are about 7000/5 = 1400 NetBSD users. BSD/OS posts on Usenet are about half of the volume of NetBSD posts. Therefore there are about 700 users of BSD/OS. A recent article put FreeBSD at about 80 percent of the *BSD market. Therefore there are (7000+1400+700)*4 = 36400 FreeBSD users. This is consistent with the number of FreeBSD Usenet posts.
Due to the troubles of Walnut Creek, abysmal sales and so on, FreeBSD went out of business and was taken over by BSDI who sell another troubled OS. Now BSDI is also dead, its corpse turned over to yet another charnel house.
All major surveys show that *BSD has steadily declined in market share. *BSD is very sick and its long term survival prospects are very dim. If *BSD is to survive at all it will be among OS dilettante dabblers. *BSD continues to decay. Nothing short of a miracle could save it at this point in time. For all practical purposes, *BSD is dead.
Fact: *BSD is dying
The statistics sample from over a year was a cheap attempt to minimize Matt's contribution to the project. The reason why he has been mostly silent is probably one of the most prominent signs of his superior maturity. The fact that the official defense (mostly fronted by Greg, atm) he wasn't such a substantial committer is crap, for the most part. If one wanted to go by the stats, Jeff Robertson (sorry if I munged the spelling) would be one of the key committers, and his UMA system isn't even entirely ripe yet, it's just been committed within the sample timeframe. That suddenly phk is at the top of the list, is simple a result of his newest attempt to add another large chunk of bit rot to the project that he can later claim not to have time to maintain "unless someone is willing to pay for my time" (like the atm bits, the half-finished devd monster, et.al.) One can hardly get him to look at his malloc bits, that put his name in lights at some point in the long past.
Matt didn't contribute because he was convinced that that the smp development direction that was chosen (my impression at least from the archives and my fading memory) was overly complex, too complex for the number and talent level of the contributers involved, and that it would delay a release from the -current branch significantly. So he was right. I'll almost bet that that was a constant sore for John, who still hasn't gotten his long-promised, but little delivered re-entrant work done, but he always had time enough to object to any other commits that might help along the way. Strangely Julian and Matt could work together. One might attribute certain commits to both Matt and Julian (if that would matter anyway, since -core is interested in proving the opposite statistically).
If the issue here had anything to do with IPFW, then you all better get out your C-coder hats and take a little more time to fix that rotting pile of muck that has been the standard broken packet filter interface for FreeBSD long past its possible usefulness. A packet filter with no central maintainer which is subject to once yearly random feature bloat through some wild university project from Luigi. The brokenness that Luigi introduced (and the repository bloat through backing out and recommitting, ad absurdum) was probably no less a threat to security than anything Matt did. If the security officer was to be blatantly honest with himself, ipfw would be marked broken for either a full audit or full removal (just port obsd's pf or something that someone actually actively _cares_ about).
You've alienated Jordan, Mike, Bill Paul (for all I can see), Greenman, you constantly rag on Terry, even though he's seen and done more with FreeBSD than most of you, O'Brien is on the verge of quitting (since he, like I, am not convinced that GEOM is anything more than an ego trip that will never be completely maintained or usefully documented). There are certainly others, too, that have attempted to make technically correct contributions, but didn't fit into the sort of paranoid "glee club" that core would like to have around them. You guys lack the talent to steer the positive from Matt into the project and let the crap fall by the wayside. I'm not saying Matt's rants are the most intelligent thing he's done, but he's sat by the wayside and watch the superstars beat up the code to a point where it's less stable, slower, and more bloated than it ever was. I, for one, can understand his frustration (as I can with Mike's, Jordan's, and a few others), although
Worked for me. Getting better frame rates on BSD than on linux.
Yet another sickening blow has struck what's left of the *BSD community, as a soon-to-be-released report by the independent Commision for Technology Management (CTM) after a year-long study has concluded: *BSD is already dead. Here are some of the commission's findings:
.005% of internet servers. A recent attempt at a face-to-face summit in Boulder, Colorado culminated in an out-and-out fistfight between core developers, reportedly over code commenting formats (tabs vs. spaces). Hotel security guards broke up the melee and banned the participants from the hotel. Two of the developers were hospitalized, and one continues to have his jaw wired shut.
Fact: servers running OpenBSD, which claims to focus on security, are frequently compromised. According to Jim Markham, editor of the online security forum SecurityWatch, the few OpenBSD servers that exist on the internet have become a joke among the hacker community. "They make a game out of it," he says. "(OpenBSD leader) Theo [de Raadt] will scramble to make a new patch to fix one problem, and they've already compromised a bunch of boxes with a different exploit."
Fact: the *BSDs have balkanized yet again. There are now no less than twelve separate, competing *BSD projects, each of which has introduced fundamental incompatibilities with the other *BSDs, and frequently with Unix standards. Average number of developers in each project: fewer than five. Average number of users per project: there are no definitive numbers, but reports show that all projects are on the decline.
Fact: X.org will not include support *BSD. The newly formed group believes that the *BSDs have strayed too far from Unix standards and have become too difficult to support along with Linux and Solaris x86. "It's too much trouble," said one anonymous developer. "If they want to make their own standards, let them doing the porting for us."
Fact: DragonflyBSD, yet another offshoot of the beleaguered FreeBSD "project", is already collapsing under the weight of internal power struggles and in-fighting. "They haven't done a single decent release," notes Mark Baron, an industry watcher and columnist. "Their mailing lists read like an online version of a Jerry Springer episode, complete with food fights, swearing, name-calling, and chair-throwing." Netcraft reports that DragonflyBSD is run on exactly 0% of internet servers.
Fact: There are almost no FreeBSD developers left, and its use, according to Netcraft, is down to a sadly crippled
Fact: NetBSD, which claims to focus on portability (whatever that is supposed to mean), is slow, and cannot take advantage of multiple CPUs. "That about drove the last nail in the coffin for BSD use here," said Michael Curry, CTO of Amazon.com. "We took our NetBSD boxes out to the backyard and shot them in the head. We're much happier running Linux."
Fact: *BSD has no support from the media. Number of Linux magazines available at bookstores: 5 (Linux Journal, Linux World, Linux Developer, Linux Format, Linux User). Number of available *BSD magazines: 0. Current count of Linux-oriented technical books: 1071. Current count of *BSD books: 6.
Fact: Many user-level applications will no longer work under *BSD, and no one is working to change this. The GIMP, a Photoshop-like application, has not worked at all under *BSD since version 1.1 (sorry, too much trouble for such a small base, developers have said). OpenOffice, a Microsoft Office clone, has never worked under *BSD and never will. ("Why would we bother?" said developer Steven Andrews, an OpenOffice team lead.)
With these incontroverible facts staring (what's left of) the *BSD community in the face, they can only draw one conclusion: *BSD is already dead.
Flamewars between FreeBSD and Linux advocates occur all the time, so it's often hard to make a judgement. Our 500-employee company recently decided to convert fully to Open Source software and OSes; I was put in charge of making the decisions. It boiled down to FreeBSD and Linux, and without letting any bias or emotions get in the way, I established the following criteria.
Performance
This is a complicated issue, so let's consider these three types of machine (in use at our company):
Single CPU server: FreeBSD just edged ahead of Linux on this one. The differences weren't drastic, but large enough - consequently, score 1 for FreeBSD here.
Multi CPU server: With kernel 2.6, Linux performed considerably better than both FreeBSD 4.9 and 5.2.1. The updated SMP code and revised scheduler have worked wonders here, so 1 for Linux.
Desktop: Linux 2.6 is much faster than either FreeBSD, particularly when the system is heavily loaded. Application start times are slightly better, while responsiveness is remarkably superior to FreeBSD. Another 1 for Linux.
Result: FreeBSD 1, Linux 2
Stability
Linux distributions vary greatly in terms of stability, with Mandrake Linux and Fedora Core aiming for bleeding-edge desktop features, while Slackware and Debian put great emphasis on stability. FreeBSD is indeed a reliable OS, but the smaller development and testing community puts it behind Linux - additionally, there are more full-time Linux developers working with commercial companies on hardware support and core component testing.
Our Debian and Slackware systems have never crashed or suffered any other major glitches in five years of use, and we know of other individuals and companies that can say the same. With the correct distribution selection, Linux systems are extremely reliable. The far greater amount of testing by the community and companies gives Linux a boost here.
Result: FreeBSD 0, Linux 1
Support
Ease of updating: Although a third-party binary updaing system exists, it's not yet part of the official FreeBSD system (and consequently, problems with trust occur). Current FreeBSD releases rely on manual CVS updating, patch applying, compilation and installation. Debian GNU/Linux, conversely, only needs a single command to update; this is a major win for Linux, as it saves a huge amount of time on a large number of machines. 1 to Linux.
Length of support: Each FreeBSD point release is only supported for 12 months. The Debian Project supports each of its releases for over two years, and other distros such as Red Hat Enterprise Linux are supported for five years. Although upgrading FreeBSD is fairly simple, the changes in userland tools and Ports means that extensive re-testing of home-grown apps needs to be made. A major win for Linux here.
Commercial support: FreeBSD is significantly weaker on this front, with Linux vendors offering a much greater range and variety of support contracts than are available for FreeBSD. 1 to Linux.
Result: FreeBSD 0, Linux 3
Hardware
Server: FreeBSD's driver range for server-class machines is very good, and the drivers themselves are robust and well-tested. Linux is strong on this front too, but FreeBSD just pips it to the post. 1 to FreeBSD.
Desktop: Linux far surpasses FreeBSD in terms of desktop hardware support, with a gigantic range of drivers and subsystems from both kernel developers and third parties. 1 to Linux.
Other platforms: Debian supports more architectures than FreeBSD, although the gap is narrowing. NetBSD supports even more, but that involves throwing another BSD variant into the mix - this causes problems. 1 to Linux.
Result: FreeBSD 1, Linux 2
Software
The commercial software range for Linux is growing at an astounding rate, and Debian's package repository contains more software than FreeBSD's Ports
[ed. note: in the following text, former FreeBSD developer Mike Smith gives his reasons for abandoning FreeBSD]
When I stood for election to the FreeBSD core team nearly two years ago, many of you will recall that it was after a long series of debates during which I maintained that too much organisation, too many rules and too much formality would be a bad thing for the project.
Today, as I read the latest discussions on the future of the FreeBSD project, I see the same problem; a few new faces and many of the old going over the same tired arguments and suggesting variations on the same worthless schemes. Frankly I'm sick of it.
FreeBSD used to be fun. It used to be about doing things the right way. It used to be something that you could sink your teeth into when the mundane chores of programming for a living got you down. It was something cool and exciting; a way to spend your spare time on an endeavour you loved that was at the same time wholesome and worthwhile.
It's not anymore. It's about bylaws and committees and reports and milestones, telling others what to do and doing what you're told. It's about who can rant the longest or shout the loudest or mislead the most people into a bloc in order to legitimise doing what they think is best. Individuals notwithstanding, the project as a whole has lost track of where it's going, and has instead become obsessed with process and mechanics.
So I'm leaving core. I don't want to feel like I should be "doing something" about a project that has lost interest in having something done for it. I don't have the energy to fight what has clearly become a losing battle; I have a life to live and a job to keep, and I won't achieve any of the goals I personally consider worthwhile if I remain obligated to care for the project.
Discussion
I'm sure that I've offended some people already; I'm sure that by the time I'm done here, I'll have offended more. If you feel a need to play to the crowd in your replies rather than make a sincere effort to address the problems I'm discussing here, please do us the courtesy of playing your politics openly.
From a technical perspective, the project faces a set of challenges that significantly outstrips our ability to deliver. Some of the resources that we need to address these challenges are tied up in the fruitless metadiscussions that have raged since we made the mistake of electing officers. Others have left in disgust, or been driven out by the culture of abuse and distraction that has grown up since then. More may well remain available to recruitment, but while the project is busy infighting our chances for successful outreach are sorely diminished.
There's no simple solution to this. For the project to move forward, one or the other of the warring philosophies must win out; either the project returns to its laid-back roots and gets on with the work, or it transforms into a super-organised engineering project and executes a brilliant plan to deliver what, ultimately, we all know we want.
Whatever path is chosen, whatever balance is struck, the choosing and the striking are the important parts. The current indecision and endless conflict are incompatible with any sort of progress.
Trying to dissect the above is far beyond the scope of any parting shot, no matter how distended. All I can really ask of you all is to let go of the minutiae for a moment and take a look at the big picture. What is the ultimate goal here? How can we get there with as little overhead as possible? How would you like to be treated by your fellow travellers?
Shouts
To the Slashdot "BSD is dying" crowd - big deal. Death is part of the cycle; take a look at your soft, pallid bodies and consider that right this very moment, parts of you are dying. See? It's not so bad.
To the bulk of the FreeBSD committerbase and the developer community at large - keep your eyes on the real goals. It's when you get distracted by th
What We Can Learn From BSD
By Chinese Karma Whore , Version 1.0
Everyone knows about BSD's failure and imminent demise. As we pore over the history of BSD, we'll uncover a story of fatal mistakes, poor priorities, and personal rivalry, and we'll learn what mistakes to avoid so as to save Linux from a similarly grisly fate.
Let's not be overly morbid and give BSD credit for its early successes. In the 1970s, Ken Thompson and Bill Joy both made significant contributions to the computing world on the BSD platform. In the 80s, DARPA saw BSD as the premiere open platform, and, after initial successes with the 4.1BSD product, gave the BSD company a 2 year contract.
These early triumphs would soon be forgotten in a series of internal conflicts that would mar BSD's progress. In 1992, AT&T filed suit against Berkeley Software, claiming that proprietary code agreements had been haphazardly violated. In the same year, BSD filed countersuit, reciprocating bad intentions and fueling internal rivalry. While AT&T and Berkeley Software lawyers battled in court, lead developers of various BSD distributions quarreled on Usenet. In 1995, Theo de Raadt, one of the founders of the NetBSD project, formed his own rival distribution, OpenBSD, as the result of a quarrel that he documents on his website. Mr. de Raadt's stubborn arrogance was later seen in his clash with Darren Reed, which resulted in the expulsion of IPF from the OpenBSD distribution.
As personal rivalries took precedence over a quality product, BSD's codebase became worse and worse. As we all know, incompatibilities between each BSD distribution make code sharing an arduous task. Research conducted at MIT found BSD's filesystem implementation to be "very poorly performing." Even BSD's acclaimed TCP/IP stack has lagged behind, according to this study.
Problems with BSD's codebase were compounded by fundamental flaws in the BSD design approach. As argued by Eric Raymond in his watershed essay, The Cathedral and the Bazaar, rapid, decentralized development models are inherently superior to slow, centralized ones in software development. BSD developers never heeded Mr. Raymond's lesson and insisted that centralized models lead to 'cleaner code.' Don't believe their hype - BSD's development model has significantly impaired its progress. Any achievements that BSD managed to make were nullified by the BSD license, which allows corporations and coders alike to reap profits without reciprocating the goodwill of open-source. Fortunately, Linux is not prone to this exploitation, as it is licensed under the GPL.
The failure of BSD culminated in the resignation of Jordan Hubbard and Michael Smith from the FreeBSD core team. They both believed that FreeBSD had long lost its earlier vitality. Like an empire in decline, BSD had become bureaucratic and stagnant. As Linux gains market share and as BSD sinks deeper into the mire of decay, their parting addresses will resound as fitting eulogies to BSD's demise.
That's typo, short for typographical error.
I'm beginning to think that we're turning into a world full of illiterate morons.
[ed. note: in the following text, former FreeBSD developer Mike Smith gives his reasons for abandoning FreeBSD]
When I stood for election to the FreeBSD core team nearly two years ago, many of you will recall that it was after a long series of debates during which I maintained that too much organisation, too many rules and too much formality would be a bad thing for the project.
Today, as I read the latest discussions on the future of the FreeBSD project, I see the same problem; a few new faces and many of the old going over the same tired arguments and suggesting variations on the same worthless schemes. Frankly I'm sick of it.
FreeBSD used to be fun. It used to be about doing things the right way. It used to be something that you could sink your teeth into when the mundane chores of programming for a living got you down. It was something cool and exciting; a way to spend your spare time on an endeavour you loved that was at the same time wholesome and worthwhile.
It's not anymore. It's about bylaws and committees and reports and milestones, telling others what to do and doing what you're told. It's about who can rant the longest or shout the loudest or mislead the most people into a bloc in order to legitimise doing what they think is best. Individuals notwithstanding, the project as a whole has lost track of where it's going, and has instead become obsessed with process and mechanics.
So I'm leaving core. I don't want to feel like I should be "doing something" about a project that has lost interest in having something done for it. I don't have the energy to fight what has clearly become a losing battle; I have a life to live and a job to keep, and I won't achieve any of the goals I personally consider worthwhile if I remain obligated to care for the project.
Discussion
I'm sure that I've offended some people already; I'm sure that by the time I'm done here, I'll have offended more. If you feel a need to play to the crowd in your replies rather than make a sincere effort to address the problems I'm discussing here, please do us the courtesy of playing your politics openly.
From a technical perspective, the project faces a set of challenges that significantly outstrips our ability to deliver. Some of the resources that we need to address these challenges are tied up in the fruitless metadiscussions that have raged since we made the mistake of electing officers. Others have left in disgust, or been driven out by the culture of abuse and distraction that has grown up since then. More may well remain available to recruitment, but while the project is busy infighting our chances for successful outreach are sorely diminished.
There's no simple solution to this. For the project to move forward, one or the other of the warring philosophies must win out; either the project returns to its laid-back roots and gets on with the work, or it transforms into a super-organised engineering project and executes a brilliant plan to deliver what, ultimately, we all know we want.
Whatever path is chosen, whatever balance is struck, the choosing and the striking are the important parts. The current indecision and endless conflict are incompatible with any sort of progress.
Trying to dissect the above is far beyond the scope of any parting shot, no matter how distended. All I can really ask of you all is to let go of the minutiae for a moment and take a look at the big picture. What is the ultimate goal here? How can we get there with as little overhead as possible? How would you like to be treated by your fellow travellers?
Shouts
To the Slashdot "BSD is dying" crowd - big deal. Death is part of the cycle; take a look at your soft, pallid bodies and consider that right this very moment, parts of you are dying. See? It's not so bad.
To the bulk of the FreeBSD committerbase and the developer community at large - keep your eyes on the real goals. It
Well cough up the numbers then.
What We Can Learn From BSD
By Chinese Karma Whore, Version 1.0
Everyone knows about BSD's failure and imminent demise. As we pore over the history of BSD, we'll uncover a story of fatal mistakes, poor priorities, and personal rivalry, and we'll learn what mistakes to avoid so as to save Linux from a similarly grisly fate.
Let's not be overly morbid and give BSD credit for its early successes. In the 1970s, Ken Thompson and Bill Joy both made significant contributions to the computing world on the BSD platform. In the 80s, DARPA saw BSD as the premiere open platform, and, after initial successes with the 4.1BSD product, gave the BSD company a 2 year contract.
These early triumphs would soon be forgotten in a series of internal conflicts that would mar BSD's progress. In 1992, AT&T filed suit against Berkeley Software, claiming that proprietary code agreements had been haphazardly violated. In the same year, BSD filed countersuit, reciprocating bad intentions and fueling internal rivalry. While AT&T and Berkeley Software lawyers battled in court, lead developers of various BSD distributions quarreled on Usenet. In 1995, Theo de Raadt, one of the founders of the NetBSD project, formed his own rival distribution, OpenBSD, as the result of a quarrel that he documents on his website. Mr. de Raadt's stubborn arrogance was later seen in his clash with Darren Reed, which resulted in the expulsion of IPF from the OpenBSD distribution.
As personal rivalries took precedence over a quality product, BSD's codebase became worse and worse. As we all know, incompatibilities between each BSD distribution make code sharing an arduous task. Research conducted at MIT found BSD's filesystem implementation to be "very poorly performing." Even BSD's acclaimed TCP/IP stack has lagged behind, according to this study.
Problems with BSD's codebase were compounded by fundamental flaws in the BSD design approach. As argued by Eric Raymond in his watershed essay, The Cathedral and the Bazaar, rapid, decentralized development models are inherently superior to slow, centralized ones in software development. BSD developers never heeded Mr. Raymond's lesson and insisted that centralized models lead to 'cleaner code.' Don't believe their hype - BSD's development model has significantly impaired its progress. Any achievements that BSD managed to make were nullified by the BSD license, which allows corporations and coders alike to reap profits without reciprocating the goodwill of open-source. Fortunately, Linux is not prone to this exploitation, as it is licensed under the GPL.
The failure of BSD culminated in the resignation of Jordan Hubbard and Michael Smith from the FreeBSD core team. They both believed that FreeBSD had long lost its earlier vitality. Like an empire in decline, BSD had become bureaucratic and stagnant. As Linux gains market share and as BSD sinks deeper into the mire of decay, their parting addresses will resound as fitting eulogies to BSD's demise.
Hahahahahaha WTF!!!
Doesn't typo stand for typographical error? WTF was this guy thinking?
Eye em smar-t lyk brsmith4!i!i!
Huh? What is wrong with it?
This same troll has been posted every time a *BSD story has been run on Slashdot in recent memory. It's always posted anonymously, never identifies the mysterious "500 person company" that has decided to "convert fully to Open Source software and OSes." There is no indication of what their line of business is, what their servers are used for, what the desktop machines are used for, who the users are, etc. The "conclusion" speaks volumes about the intent: "Having considered the above factors, all of which are vitally important when implementing a new system in a company, we decided to go with Linux (primarily Debian for the reasons mentioned)." Yeah. Right. Another Debian Linux fanboy.
Think about it:
1. There are damned few companies converting everything from desktops to multi-cpu servers to open source all at once. That's inviting trouble.
2. What most companies do is identify applications that support their business and then select an OS based on that. You'll note that nowhere here are any specific apps mentioned. There are comments about "Debian's package repository", but how many businesses are concerned about huge numbers of often obscure *nix apps? Yeah, the secretary will be thrilled with the Debian-supplied copies of awk, yacc, grep, etc.
3. The "unbiased" review went into gobs of detail about speed, but, frankly, most desktop machines are so fast now that the average office worker wouldn't know if you removed half of the RAM and cut the CPU clock speed in half.
4. There was no mention about remote administration capabilities. How many corporate IT guys have no concerns about remote administration?
5. There was no mention of ramp-up time for the (presumably) Windows users or courses available for non-technical staff to learn the UI and apps. Like that's not going to be an issue!
6. Any mention of laptop compatability? Gee, that's suspicious, isn't it? How many businesses have no laptops?
7. There was no discussion of moving data, converting data from the existing format to the new format, etc. What a joke!
The whole piece was written by some Linux fanboy trying to pretend that he's in a corporate IT role. Don't fall for it.
One can only hope those "certain hardware manufacturers" aren't the ones that treat you like nVidia does. This is not "support", this is an opportunity to acquire a set of chains. Fans of the open source methodology ought to see how accepting proprietary code isn't going to make your system better--you're choosing to toss out the developmental advantages that open source advocates focus on (or instead not recognizing the limitations in ignoring software freedom for users). The free software community wasn't built by catering to software proprietors and it won't be sustained by giving into them.
Digital Citizen
my roommate is happy. thank you BSD whores.
I don't mind running a few closed source binaries in otherwise open systems. As a result, I have a working video driver written by those who designed the hardware. I've personally had better luck with the nVidia cards, I'm just glad they made the effort.
/is/ good for the community.
Besides, more people deciding to run open source OSes because they work with a wide range of new video cards
off topic? WTF is wrong with the moderator who did that? the post was answering a direct question. Jesus-fscking-christ, people get stupider every day.
An update every 6 months is welcome for sure ! I hope they will sync their release path with the Linux drivers, THAT would be awesome (ie when the Linux driver is avaiable, the FreeBSD one will be (or within days...)).
This is not about what you can currently do. This is about putting yourself in a position where independence is possible. If you choose to remain dependant when given enough information to behave otherwise, that's a choice that chiefly affects you (a freedom). But not having the information in the first place adversely affects everyone, even those with the skill and will to help themselves and others (a power). Some of us do read ingredient labels on food and cook from recipes because we care about what we eat. Some of us care about industrial processes that affect our air and water (such as plastic production) and, therefore, fight for an increased say in how we get plastic goods.
Digital Citizen
A New Elegy for BSD
My bedside clock drags seconds into days--
Now two a.m., now almost two-oh-one--
My sleepless eyes grow teary as I gaze
Into the night and think of bygone fun.
For BSD is dead, dead ere its prime;
Dead, oh! dead, before its thirtieth year.
Almighty Linux, in but little time,
Destroyed the OS I once held dear.
Like Orpheus, I languished in my pain
When the cold grave swallowed Eurydice;
I piped my woeful song of sighs in vain
For nothing could revive FreeBSD.
Young Dragonfly now goes where Ekko led;
I cry to think of Open and of Net.
If tears could open coffins--raise the dead!--
Then BSD might have a future yet.
My tears have drenched the pillow that was dry.
Tomorrow will my sorrow come again.
I lie back down and tell myself the lie,
"FreeBSD lives on in OS X."
Its just that no one cares, since it really isn't important.
Personally I fall into that category.
---- Booth was a patriot ----
I use linux, not BSD, but I imagine the two are close in some aspects. It took me literally a minute to install nVIDIA drivers on my gentoo box, whereas the "integrated graphics" I had prior to that took the better part of a day searching, patching various things, recompiling kernels, and installing. It is good to see that some hardware companies *do* care about open-source support. And I really don't care that the driver isn't open, as long as it's free (beer).
I'm pretty sure the submitter meant to say 5.x-release instead of 5.x current, since there's only one perpetual release of -current, not many.
===
Release Highlights:
DragonFly BSD has released.
*_g_o_a_t_s_e_x_*_g_o_a_t_s_e_x_*_g_o_a_t_s_e_x_*_ _ __ __ __ __ __ __ __ __ __ __ __ __ __ __ __ __ __ __ __ __ __ __ __
g_______________________________________________g
o_/_____\_____________\____________/____\_______o
a|_______|_____________\__________|______|______a
t|_______`._____________|_________|_______:_____t
s`________|_____________|________\|_______|_____s
e_\_______|_/_______/__\\\___--___\\_______:____e
x__\______\/____--~~__________~--__|_\_____|____x
*___\______\_-~____________________~-_\____|____*
g____\______\_________.--------.______\|___|____g
o______\_____\______//_________(_(__>__\___|____o
a_______\___.__C____)_________(_(____>__|__/____a
t_______/\_|___C_____)/______\_(_____>__|_/_____t
s______/_/\|___C_____)DRAGON_|__(___>___/__\____s
e_____|___(____C_____)\FLYBSD/__//__/_/_____\___e
x_____|____\__|_____\\_________//_(__/_______|__x
*____|_\____\____)___`----___--'_____________|__*
g____|__\______________\_______/____________/_|_g
o___|______________/____|_____|__\____________|_o
a___|_____________|____/_______\__\___________|_a
t___|__________/_/____|_________|__\___________|t
s___|_________/_/______\__/\___/____|__________|s
e__|_________/_/________|____|_______|_________|e
x__|__________|_________|____|_______|_________|x
*_g_o_a_t_s_e_x_*_g_o_a_t_s_e_x_*_g_o_a_t_s_e_x_*
Important Stuff: Please try to keep posts on topic. Try to reply to other people's comments instead of starting new threads. Read other people's messages before posting your own to avoid simply duplicating what has already been said. Use a clear subject that describes what your message is about. Offtopic, Inflammatory, Inappropriate, Illegal, or Offensive comments might be moderated. (You can read everything, even moderated posts, by adjusting your threshold on the User Preferences Page) If you want replies to your comments sent to you, consider logging in or creating an account.
Important Stuff: Please try to keep posts on topic. Try to reply to other people's comments instead of starting new threads. Read other people's messages before posting your own to avoid simply duplicating what has already been said. Use a clear subject that describes what your message is about. Offtopic, Inflammatory, Inappropriate, Illegal, or Offensive comments might be moderated. (You can read everything, even moderated posts, by adjusting your threshold on the User Preferences Page) If you want replies to your comments sent to you, consider logging in or creating an account.
Important Stuff: Please try to keep posts on topic. Try to reply to other people's comments instead of starting new threads. Read other people's messages before posting your own to avoid simply duplicating what has already been said. Use a clear subject that describes what your message is about. Offtopic, Inflammatory, Inappropriate, Illegal, or Offensive comments might be moderated. (You can read everything, even moderated posts, by adjusting your threshold on the User Preferences Page) If you want replies to your comments sent to you, consider logging in or creating an account.
These are all averages over five minute segments, same levels and scenes
Platforms: FreeBSD 5.2.1-CURRENT w/ ports/emulators/linux-base-8 (RedHat 8) vs. Fedora Core 2 w/ vanilla 2.6.7
Card: GeForce2Go 32Mb (Default CPU Clock and Mem Clock, obviously, since nvclock does not support mobile devices)
Quake 3:
Linux: 1024x768@32bit full detail settings 37.45fps
FreeBSD: 1024x768@32bit full detail settings 40.10fps
Endgame (chess screensaver):
Linux: 1024x768@32bit 42.78fps
FreeBSD: 1024x768@32bit 47.50fps
Return to Castle Wolfenstein:
Linux: 1024x768@32bit NVFog, 2xAniso, Full detail 33.40fps
FreeBSD: 1024x768@32bit NVFog, 2xAniso, Full detail 36.40fps
Atunnel Screensaver:
Linux: 1024x768@32bit 47.90fps
FreeBSD: 1024x768@32bit 43.74fps
Glxgears (obligatory):
Linux: 400x400@32bit window 724.20
FreeBSD: 400x400@32bit window 790.00
But I think I know why the (new) FreeBSD drivers are better than the linux ones released some time ago.
:-).
Simple - nVidia is trying out something new, and in order to get some testing they choose FreeBSD. If the drivers backfire, there will be less noise from the user-land. They can then always claim -well, its just some problem we encountered on BSD. Think of this as a beta-test. The new linux drivers should be just around the corner
But hey, nVidia has succeeded in making me give FreeBSD a test-drive.
what a liar
keanmarine.com
Hey, YMMV. Don't call people liars if you can't prove the truth.
I'm pretty sure the proper interpretation of "4.x/-STABLE" would be "a 4.x release or -STABLE" and similarly for "5.x/-CURRENT" --> "a 5.x release or -CURRENT".
K.C.
It's causing my Dell Inspiron 2650 to hang on exit of X. Is this happening for anyone else?
aye. thanks for backing this up. I was absolutely sure FreeBSD was handling my gaming better.
regards,
the AC.
Although the "Unix on the Desktop" market segment, as it relates to 3d cards and 3d games is small (but much more cooler) but they are making money, (just bought a 500 dollar 6800 Ultra from BFG, because of the GPU's Support for the Linux operating system I'm so fond of. Regardless, even if I did not make them any money the way NVIDIA is going about business is really smart. First off you have to realize their not all together a 3d card company. They do other things as well, Chipsets, Audio, Networks, etc. All these things work on... Windows NT6 95/98/ME 2000/XP XP_64 2003/2003-64 Etc (but we dont care about that) x86 Linux x86_64 Linux IA64 Linux and FreeBSD They'er optized chipset drivers are provided for the 2 Linux platforms they will usually be used for...x86 and x86_64. With all their products supported accross the board, it is clear that they are a company providing lean and mean technology across nearly the WHOLE computing spectrum. This kind of exposure shows how the company doenst just support all the little counter strike kiddies windows boxes with mid range graphics cards. God I hate valve. Nvidia's a real company providing excellent services for everyone. Screw ATI.
YOU ARE SUCH A FAGGOT FUCKING LIAR!
_ _ __ __ __ __ __ __ __ __ __ __ __ __ __ __ __ __ __ __ __ __ __ __ __
*_g_o_a_t_s_e_x_*_g_o_a_t_s_e_x_*_g_o_a_t_s_e_x_*
g_______________________________________________g
o_/_____\_____________\____________/____\_______o
a|_______|_____________\__________|______|______a
t|_______`._____________|_________|_______:_____t
s`________|_____________|________\|_______|_____s
e_\_______|_/_______/__\\\___--___\\_______:____e
x__\______\/____--~~__________~--__|_\_____|____x
*___\______\_-~____________________~-_\____|____*
g____\______\_________.--------.______\|___|____g
o______\_____\______//_________(_(__>__\___|____o
a_______\___.__C____)_________(_(____>__|__/____a
t_______/\_|___C_____)/______\_(_____>__|_/_____t
s______/_/\|___C_____)_______|__(___>___/__\____s
e_____|___(____C_____)\______/__//__/_/_____\___e
x_____|____\__|_____\\_________//_(__/_______|__x
*____|_\____\____)___`----___--'_____________|__*
g____|__\______________\_______/____________/_|_g
o___|______________/____|_____|__\____________|_o
a___|_____________|____/_______\__\___________|_a
t___|__________/_/____|_________|__\___________|t
s___|_________/_/______\__/\___/____|__________|s
e__|_________/_/________|____|_______|_________|e
x__|__________|_________|____|_______|_________|x
*_g_o_a_t_s_e_x_*_g_o_a_t_s_e_x_*_g_o_a_t_s_e_x_*
Important Stuff: Please try to keep posts on topic. Try to reply to other people's comments instead of starting new threads. Read other people's messages before posting your own to avoid simply duplicating what has already been said. Use a clear subject that describes what your message is about. Offtopic, Inflammatory, Inappropriate, Illegal, or Offensive comments might be moderated. (You can read everything, even moderated posts, by adjusting your threshold on the User Preferences Page) If you want replies to your comments sent to you, consider logging in or creating an account.
Important Stuff: Please try to keep posts on topic. Try to reply to other people's comments instead of starting new threads. Read other people's messages before posting your own to avoid simply duplicating what has already been said. Use a clear subject that describes what your message is about. Offtopic, Inflammatory, Inappropriate, Illegal, or Offensive comments might be moderated. (You can read everything, even moderated posts, by adjusting your threshold on the User Preferences Page) If you want replies to your comments sent to you, consider logging in or creating an account.
Important Stuff: Please try to keep posts on topic. Try to reply to other people's comments instead of starting new threads. Read other people's messages before posting your own to avoid simply duplicating what has already been said. Use a clear subject that describes what your message is about. Offtopic, Inflammatory, Inappropriate, Illegal, or Offensive comments might be moderated. (You can read everything, even moderated posts, by adjusting your threshold on the User Preferences Page) If you want replies to your comments sent to you, consider logging in or creating an account.