Live data from Hacker News

FreeBSD at 30: Its secrets to success

issue.freebsdfoundation.org

111–120 of 139 posts

Re: FreeBSD at 30: Its secrets to success

#111
post #59
post #49

Earlier quoted context omitted.

It's been a long time, but IIRC the split was due to direction on SMP. From what I recall, the FreeBSD team made the right call at the time. https://people.freebsd.org/~kris/scaling/dfly.html

It was also a clash of personalities.

Is there any (ideally charitable, historical) writing about this for the uninitiated?

Re: FreeBSD at 30: Its secrets to success

#112

Earlier quoted context omitted.

That makes me feel old. I was running FreeBSD back when that split happened, I can't believe it's been 20 years. I think the BSD ecosystem was harmed more by the SCO lawsuit, and the rise of Linux than by the Dragonfly/FreeBSD split.

You might be confusing SCO and USL. SCO brought lawsuits against IBM (Linux) in 2003. https://en.m.wikipedia.org/wiki/SCO_Group,_Inc._v._Internati... . USL brought lawsuit against BSD in 1992. https://en.m.wikipedia.org/wiki/UNIX_System_Laboratories,_In... .

You're indeed right.

Re: FreeBSD at 30: Its secrets to success

#113

Has it been successful? NetBSD seems to be more popular. Last time I used freeBSD was as a child circa 18 years ago.

If that's how you judge popularity? FreeBSD is far more of a general OS, NetBSD is more known for its minimalism and extreme breadth of hardware support. It can run on almost anything. But in terms of usage numbers I'm pretty sure FreeBSD trumps it.

Regarding NetBSD that is not true today. Linux has much more wider adoption on many different hardware. Toaster days are over :)

Re: FreeBSD at 30: Its secrets to success

#114

Has it been successful? NetBSD seems to be more popular. Last time I used freeBSD was as a child circa 18 years ago.

A free software project doesn't have to be ubiquitous, or even popular, to be a success. Things like usability, usefulness, technical excellence, beauty, community activity, contributor-friendliness, and longevity are all legitimate software successes, each in their own right.

Never mind the veracity of the reasoning you gave— why are we even looking for reasons to discount and dismiss a beloved, storied, ongoing F/OSS project like FreeBSD?

Re: FreeBSD at 30: Its secrets to success

#115

Earlier quoted context omitted.

Apparently a tiny minority of people are bothered by it. I was looking for information about the logo a few weeks ago and stumbled upon this anecdote: https://lists.freebsd.org/pipermail/freebsd-chat/2011-Novemb... >I just got a call from the owner of a hotel for which we provide hotspot service. She says that a guest spotted the "Powered by FreeBSD" logo at the bottom of the login page, and was offended; the guest w…

If you really search for it, you will always find someone offended by anything. Only a few years ago there was this German guy that bullied VS Code into removing their cutesy Santa hat which doesn't even have any religious context, it's originally a coca cola thing :') Anyway, having ubiquitous usage is not a goal of FreeBSD. People are free not to use it if they don't feel like it. I guess there's not much overlap i…

What is truly laughable is Microsoft removing the Santa hat because of a lunatic.

https://github.com/microsoft/vscode/issues/87268

Anyone is free to have an opinion, including not paying any attention to idiots and intolerants.

Re: FreeBSD at 30: Its secrets to success

#117
post #50
post #14

Congratulations. I would really like to buy a new edition of "The Design and Evolution of FreeBSD", if it ever happens.

In case you haven't already, you might want to check out the McKusick courses (available as videos). They're not cheap though, maybe you can find pirated copies. I was fortunate enough to see some back in the VHS days when someone in a local LUG convinced their employer to buy them as a way to support FreeBSD and give the team something to watch together (and recruit from the LUGs via hosted viewings no doubt). https…

The few talks that are available from him online are quite interesting.

Thanks for the link.

Re: FreeBSD at 30: Its secrets to success

#118
post #105

Earlier quoted context omitted.

> “ From what I recall, the FreeBSD team made the right call at the time.” I’m not so sure. Given how unstable FreeBSD 5 (intro of new SMP) was, until it finally stabilized multiple years later at v8.0 - I’m not sure others would have that same sentiment. And seeing how DragonflyBSD performance is standing up to FreeBSD (and best’ing it times) even though they have a radically smaller developer community (and no corp…

FreeBSD 5.0-RELEASE was announced January 19, 2003. Matt Dillon announced DragonFly BSD nearly 20 years ago on July,16 2003 FreeBSD 8.0-RELEASE was announced Nov 25, 2009 You’re talking about events that took place over 13.5 years ago. On the benchmarks: Where are the Apache, NginX, PostgreSQL and Redis benchmarks? Where are the measurements of network performance?

>Where are the Apache, NginX, PostgreSQL and Redis benchmarks?

>Where are the measurements of network performance?

You'd have to ask Larabel about that. But given that Dragonfly can seemingly trade blows with FreeBSD *18 years later* does seem to suggest there's some merits to their design

Re: FreeBSD at 30: Its secrets to success

#119
post #17

Not to be mean, but I started using Linux in 1992 (yes that early on, from the usenet posting), and I seem to recall hearing a lot more about FreeBSD or the *BSDs about 30 years ago than I do now. In my UNIX circles that I run around in, no one talks about FreeBSD. Honestly asking (yes, I guess I did not read the article) is most of its success on the commercial side? I think it is used in NAS boxes and routers/switc…

Anyone playing PlayStation uses a FreeBSD based OS. PlayStation OS is basically the FreeBSD kernel and a custom userspace tailored to the console.

The year of the FreeBSD console....!

Re: FreeBSD at 30: Its secrets to success

#120

Earlier quoted context omitted.

> What sort of argument is this. We need multiple political parties. Therefore, our existence is important even if we secure insignificant votes? Yes, it keeps userland code honest if you follow the published API and not a specific behaviour. See for example the fsync() saga on Linux: * https://lwn.net/Articles/752063/ * https://news.ycombinator.com/item?id=19238121 * https://news.ycombinator.com/item?id=19119991 It'…

> It's the same reason why porting to obscure CPUs can be useful: DEC Alpha was never popular, but supporting it kind of forced Linux to be 64-bit clean in some ways, so when amd64 came along there was already a bunch of infrastructure in place. Nitpick (and you didn't necessarily imply otherwise), but x86-64 was a latecomer to 64-bit ports in Linux. SPARC I think was next after Alpha, and MIPS, PARISC, IA64, PowerPC…

Wasn't the Alpha port the first chip it was ported to back in the 1990's? I know the Amiga people did their own thing but I don't think it was ever properly merged back upstream
Post reply on HN