For all those not familiar with it, FreeBSD[1] is a great Linux alternative, being rock solid, free and open operating system delivering some of the coolest new technologies out there, including out of the box support for ZFS filesystem, awesome debugging tool DTrace, hot new security layer in form of Capsicum, fresh and legacy free hypervisor Bhyve, one of the best documentation amongst any open source projects and much, much more!
And now it can get legally drunk in every country on the Earth, where drinking is legal ;)
That's the thing -- it's a testbed for a lot of experimental, some would even say unnecessary, technologies.
Just like Linux taught me to appreciate FreeBSD, FreeBSD taught me to appreciate OpenBSD. OpenBSD -- the world's simplest and most secure Unix-like OS. Creator of the world's most used SSH implementation OpenSSH, the world's most elegant firewall PF, the world's most elegant mail server OpenSMTPD, and the OpenSSL rewrite LibreSSL. OpenBSD -- the cleanest kernel, the cleanest userland and the cleanest configuration syntax.
it's a testbed for a lot of experimental, some would even say unnecessary, technologies.
Nope, that's DragonFly BSD. FreeBSD is far more conservative in comparison, occasionally integrating some more daring idea. In contrast, NetBSD used to silently innovate all the time (and I think still do, what with rump kernels) and even OpenBSD, despite being rather vanilla on the outside, is internally innovative in the area of security.
I think it varies. FreeBSD does have a lot of stuff, like netmap, capsicum, that is quite experimental in some sense, although capsicum is a great design. NetBSD has rump kernel, but thats not much code, it is just(!) portability done right, some build fixes and a little code.
You said a lot of nice and true things about OpenBSD, but you didn't back up your claim against FBSD: What unnecessary and experimental technologies are you referring to?
Testbed may be a strong world, but there's definitively a lot of features thrown into FreeBSD and maybe more than there should be. Configuration syntax for all the different pieces are all over the place, it clear that there's not really anyone in charge of FreeBSD. That might be a good thing, and the reason why FreeBSD has all these feature in the first place. It's just really confusing to new comers, it unclear which of these feature I need, and which are optional. Even configuring drives are a bit of a mess, do I need GEOM, softraid, is GEOM a prerequisite for softraid, should I go for ZFS, how much space do I need? I've installed FreeBSD only to find the keyboard to be weirdly mapped, OpenBSD was as you would expect.
For performance, FreeBSD beats OpenBSD in all cases. The thing is, many of us would do just fine on OpenBSD while finding configuration and installation easier and the whole experience of using the system more consistent.
For performance, FreeBSD beats OpenBSD in all cases. The thing is, many of us would do just fine on OpenBSD while finding configuration and installation easier and the whole experience of using the system more consistent.
I really liked and used OpenBSD in the 2000-2002 timeframe (then I returned to Slackware, later OS X). At some point, hardware support became an issue. How good is it these days?
Hardware support is rather good. Nvidia graphics chips are an issue, other than that I wouldn't expect to many issues.
Laptops are harder than desktop, mostly due to ACPI and I still trying to get a multitouch trackpad to work (I'm missing a right button).
Linux and FreeBSD has better hardware support, but when stuff is supported in OpenBSD it just works. Only exception I ran into is wireless card in an old MacBook Pro which should work but doesn't.
I've seen others get the same error, funny enough the man page says:
athn0: device timeout
A frame dispatched to the hardware for transmission did not complete in time. The driver will reset the hardware. This should not happen.
The device timeout message might not necessarily be a fatal problem. If it doesn't have an impact on actual usage you can just ignore it. Otherwise, please file a quality bug report so we can learn more about it.
It wouldn't detect my SATA HDDs on a GA-945GCM-S2C board (no issues with that on Windows/OSX-Hackintosh/Debian/FreeBSD), had to use USB-HDD to install. Only option for my nVidia graphics was the nv driver, which is actually many times slower than the vesa driver somehow. And vesa lacked any widescreen modes, so video was practically unusable for me. Other than that, everything worked out of the box. LAN (Realtek), audio (HDA), etc.
Only thing I didn't like on the software side (but many people would prefer) was that it's really bleeding edge. I much prefer Xfce, but still rely on some Gnome apps. OpenBSD is much further along with Gnome 3, so a lot of apps like gedit, gnome-system-monitor, gcalctool, evince etc start to stand out like a sore thumb. That'll come to FreeBSD too, but at least I have a bit more time to find alternatives.
As someone who has been using FreeBSD professionally since 1998, and built the first VPS provider on it[1] and then built all of rsync.net on it, I am a huge proponent of FreeBSD.
However I (and others) have been frustrated for years by the culture of new and shiny that has displaced a culture of stability and long term support.
Rather than rehash it all here, let me suggest that if you are interested, you may read this mailing list posting:
... which I wrote in January 2012. Much of it remains true today. That being said, when we reworked the rsync.net platform from the ground up in late 2012, we did indeed go forward with FreeBSD.
[1] JohnCompanies "Server Instances", based on FreeBSD jail, were made available in Fall of 2001. A year or so later the world settled on "Virtual Private Server" as the de facto descriptor.
To chime in bit on FreeBSD, going Linux -> FreeBSD can be relatively painless, and FreeBSD will be a good place to stop if there is no further need of performance/purity/cleanness.
The was a time it was the only blessed BSD distribution for Java, unicode support has been pretty good for years, the ports management is easy and forgiving, documentation is generally clean and complete, help resources have a polite and professional feel.
In general there are stronger alternatives for a production server (OpenSBD definitively) but it's a very nice environment for a workstation or development server.
FreeBSD is an excellent production server, and I use it all the time. And for "non-hardened" and "protected" production servers, the performance numbers went solidly to FreeBSD for my use cases. Modifying the kernel from GENERIC to something specific to one's needs also helps.
That said, I'm also OpenBSD fan, using it as a "hardened" (Internet facing) production server, with minimal ports, for things like Postfix, DNS, etc. OpenBSD is also well used in network management/control as a router, firewall, etc.
Each has its use case, and does quite well in them.
It pays to check validity of such claims before you announce them to the world... You (tachion) wouldn't want to be accused of being Americentric now would you? ;)
Hey, it reached legal beer-drinking age 5 years ago! 3 years ago it became legal for it to drink higher percentages of alcohol and to smoke weed (well actually it's not legal, they will just ignore you with under 5 grams in your pocket).
...Greetings from the Netherlands.
There's already Linux compability layer in FreeBSD's kernel for years now, allowing you using linux binaries on FreeBSD. Anything in particular you'd be missing when migrating to FreeBSD?
For whatever it's worth, we in the illumos community have been working on a complete Linux compatibility layer -- including 64-bit.[1][2] Our Linux emulation is relatively closely intertwined with some illumos abstractions like zones, but it would be great if the FreeBSD folks could make use of it -- we have a long history of technology exchange with FreeBSD, and we think it's made both systems better. Happy birthday, FreeBSD -- from your illumos cousins!
FreeBSD linux binary compat was very mature and very workable, circa FreeBSD 4.x - so much so that I ran a normal linux copy of vmware on FreeBSD and could run any OS guest I wanted to.
However no work was done to continue to provide the hacks and tweaks and basic documentation that was required to install vmware on FreeBSD (although if you have an old copy, and license, of vmware workstation 3.x, it should work).
This is a problem - if you're trying to run FreeBSD as a desktop system, it's a real boon have vmware available, if you should want it. We tried to fix this problem back in 2007:
Forever grateful to FreeBSD as it was my first non-windows/mac distro that had installed on one of my own machines. I snagged a copy of FreeBSD 4 that was bundled in a book that they sold at BestBuy. I spent all of Christmas installing it on a old Packard Bell Pentium 1, several times if I recall correctly (disk partitioning was rough for a newbie). That one day set my path for the next ~15 years
FreeBSD is the OS I switched to after one Linux distro after another refused to run properly on my hardware. I don't boot it often, but if I want to do some good old fashioned Unix hacking, it's my first choice from here on out.
One of the biggest disadvantages Linux has over Windows is the lack of driver support from hardware manufactures. Is the situation with FreeBSD comparable, or better, or worse?
Comparable, but slightly worse. A large portion of the drivers that exist for Linux are relatively easily ported to FreeBSD, especially the big ones like Nvidia. But not all of them, so the situation is a bit worse.
FreeBSD isn't as commonly used as a desktop/workstation though. People do it (I have one over in a corner), but support for every mouse and dongle under the sun isn't quite as high priority. Stuff like ethernet drivers that matter for servers have really good support in my experience.
The FreeBSD Nvidia driver is written specifically for FreeBSD, not really ported from Linux. I would imagine they do share a lot of code, though, both being POSIX and all.
I honestly dont think there's any other operating system in the universe that will have the same level of hardware makes support as Windows does, especially when it comes to desktop targeted hardware.
You have to be aware that neither Linux nor FreeBSD were developed with desktop usage as a primary goal, so the drivers support focuses more on hardware related to professional usage.
However, you can still use FreeBSD on the desktop/laptop if you pay some attention to what you're buying, and there is great FreeBSD distro called PC-BSD[1] dedicated to desktop users as well!
X.org 1.16 running with systemd and most drivers allow non-root execution in Linux now, too. This is the default on Arch Linux unless the driver dies not support it.
From a server standpoint? I think FBSD is top-notch, from my observations. There's a weekly podcast BSDNow that is very informative. The hosts are a bit amateur with their fluidity through topics, but they know their stuff.
I have zero issues with Linux drivers? If anything I've had a better experience with Linux drivers than Windows. I could go through a laundry list of devices I buy, plug in and they just work on Linux (Ubuntu). My experience wasn't that way back when I ran Windows more. I'd buy a new printer and couldn't use it until I'd ran the installation software. On Linux just plug and play. Same with my headsets, Bluetooth, phones, etc. etc.
Really? Most common peripherals, like mice, keyboards, usb drives, etc, just plug and play (as they do in Windows). But I tried installing a (4 year old?) multi-function printer under Ubuntu 14.04 a few weeks ago and was never able to get the scanner to work, despite Brother providing Linux drivers. Some co-workers and I haven't had great experiences with webcams under Linux. Touchpad support is there, but whether gestures and multi-touch work is another matter. Overall, Linux drivers are a far cry from plug and play in my experience, and I really don't care if I have to run an installer once as long as it ends up working.
They also break. I have a USB sound dongle that works fine with the Debian lenny and wheezy kernels, but not squeeze (that's versions 5 and 7, but not 6, and I tried another chipset's as well). My Wacom tablet stopped working with wheezy.
I've read that driver breakage is for many the #1 problem with Linux, even for enterprise/server setups. I'm starting to view RHEL in a new light after running Debian for a long time.
I can provide plenty of anecdote for broken Windows drivers.
One example where moving from Windows Vista to Windows 7 will update Intel on board graphics card drivers, thus killing Minecraft. Fix is to upgrade graphics card; or to run old versions of Minecraft; or to install Linux and run latest version of Minecraft.
The problem I personally have had here is that Debian support cycles are way too short, 1 year past the bi-annual release of the new version. Even the squeeze LTS 1 year additional support experiment is too short. Hence my new appreciation of RHEL.
With Windows there's a very good chance you can continue using an old version for a long time. I'm still supporting my mother using XP through two sets of hardware (although that'll end soon). (In)Famously, many people skipped Vista and are now skipping Widows 8, and I gather not suffering all that much.
> Some co-workers and I haven't had great experiences with webcams under Linux.
Really? Because all USB webcams should support UVC, and therefore should work under every modern OS (Windows, OSX, Linux, BSDs, etc) without any additional drivers.
In fact, you can't even get a Windows Compatibility logo on your packaging if you don't support it. So the webcams you were trying to use must either have been ancient, or appallingly bad hardware?
My wife has to reconfigure the printer every time she tries to print something on whichever Windows she's got on her laptop. It Just Works from my Linux boxen (laptops and otherwise).
Wow! I just realized FreeBSD is about as old as I am! FreeBSD is a great system, and going from Windows to Ubuntu to FreeBSD was a fun transition, one I recommend for anybody willing to learn more about computers.
I saw a promotion for Design and Implementation of the FreeBSD Operating System, 2nd. ed this morning, in case anyone is considering purchasing the book. If you buy it direct from the publisher[1], there is a coupon code [2] for 35% off -- bringing the price down to a very reasonable $36.
I was at Andrew Tanenbaum's goodbye Lecture where we once again were reminded of the stupid move by AT&T of suing BSD, which stalled the project for 3 years allowing Linux to flourish. Oh how different the landscape could have been.
I know those lawsuits made a difference to me. I recall back in '92 getting a 386sx 20Mhz PC with Windows 3.0 on it and being severely disappointed with its limited functionality. While looking for alternatives, I remember seeing that there were some "legal issues" with the BSDs, but Linux had none. So off I went, downloading a large stack of floppies which was a big commitment over a 1200 baud modem. 20+ years later, I've never looked back.
Actually it could have been a 2400 - It's hard to remember the timing of upgrading from 1200, to 2400, to 33.6K to a blazingly fast 56K where I recall stalling for years until broadband finally came into our neighborhood. But regardless of the speed, downloading an entire SLS Linux floppy set over a modem was a painful process.
On the bright side ... there's a very concerted effort in the Linux world to transform the OS into something completely different; simplified for casual users, designed more for tablets and desktops, less modular, and non-portable. systemd, Weston, ALSA, Pulse, Gnome 3, Unity, Mir, etc.
I'm quite relieved that these developers have Linux to focus on, and are sparing us their creations on the BSDs.
And I'm not saying there's no place for whatever it is Redhat et al are creating, but I'm very happy that we still have a true Unix-like OS, and I'm not sure we would if all of these developers were focused solely on BSD in a hypothetical world without Linux.
The lawsuit cut both ways. Back at the time when I was starting my ISP we used BSDi because they were being used by AT&T. However Linus, even back then, started to gain an edge over the BSD(s) despite having a less mature filesystem and TCP stack for these reason:
1) Almost since day one Linux was a better desktop OS (even back in 1992).
2) This might seem counter intuitive but Linus focused on source compatibility. It was much easier to take any source package and type 'make install' and off you went whereas in the BSDs, there was a 10% more chance of thing not working right.
3) Devices: Linux expanded device compatibility much faster than the BSDs.
Yep. Even today the Torvalds mantra is "do not break user space". If a patch of yours do, you will be at the receiving end of one of his infamous rants. At least if you happen to be high up in the patch chain and should know better.
just wish certain other Linux related projects would take that mantra to heart.
Btw, it is a similar mantra that has carried Microsoft all these years. Recently discovered that some software a relative of mine has been enjoying dated back to Windows 95. And it only broke now because the new computer was running 64-bit Windows 8.
I'm on Ubuntu 14.04 and had to stop to check if systemd is installed, it is. Ubuntu operates the same for me today as 12 did. I don't have any issues with it. I wrote a Java system service the other day and installed it with the usual update-rc.d command like I've done in 12 and it runs fine so for me systemd has nothing to do with my choice to stay with Linux, Ubuntu specifically. It certainly wouldn't drive me away, I wasn't aware it was even there. Like Ubuntu, and Linux overall...it just works (apparently).
If you run Ubuntu 14.04 you don't run systemd. You have a process called systemd-shim that is some kind of compatability glue for software that requires systemd.
Or because the BSDs have been making a lot of milestones lately?
That said, I'd honestly be very interested in any numbers confirming increased interest in the BSDs as a result of systemd integration into GNU/Linux. It's widely speculated, but is there anything concrete to suggest it?
I think the point was "not all businesses". "I run a business" and "I need to keep my code proprietary" are two different statements - neither implies the other (in any logical sense - there is manifestly some correlation).
I'd argue the BSD ecosystem is friendlier in general. GPL has this odd hostile attitude to it that seems to have only gotten worse of late...a feeling of preparation for war. I'm recalling Sony's presentation on why they chose LLVM/Clang [1], where they rather hated that they had to work on so much in secret, because they couldn't collaborate with the community, even though they didn't have to. Compare that to the FSF's stunts like "Windows 7 Deadly Sins" and you see the rather blatant hostility that seems to run rampant in the GPL camp.
I can't speak for everyone, but I switched my website and local PCs over to FreeBSD. In my case, after having suffered through years of broken audio from Lennart Poettering's previous grand experiment (and his attitude toward detractors ...), systemd wasn't the only reason -- it was just the bowling ball that broke the camel's back.
I haven't actually used systemd, and I'm sure it runs just fine for most desktop people who don't care how their system boots. But I disagree with nearly all of its design decisions. I strongly value software portability between Linux and BSDs regardless of which OS I am using, I don't believe in making desktop environments like Gnome 3 (and even desktop applications like Brasero) dependent upon a specific init system, I don't believe in monolithic design and prefer stronger decoupling, I prefer text log files to binary log files, I find the documentation on systemd and its APIs appalingly sparse, I am opposed to the heavy-handedness of consuming other libraries like udev, I am greatly opposed to the politics being played out to push its adoption on other distros, on and on.
FlightAware here. We use FreeBSD as much as possible. We do have some instances of Linux where necessary. We have several people who have been involved with The FreeBSD Project in the past.
The BSDs show up in a lot of "appliances" as well. Up until a few years ago many load balancers were BSD based. IIRC Juniper is still a FreeBSD shop. Does yahoo still run with ybsd?
Happy birthday, FreeBSD! You were one of the many operating systems I experimented with back in my teenage years, along with countless Linux distributions. The popularity has waned [1] but good to know it is still active :)
I'm not sure that's a good indicator. Linux shows a similar decline (try it yourself). I'd wager it's more a result of the rise of the general population coming online, including smartphones. Us geeks searches became miniscule in comparison. That's my theory, at least, and I'm sticking to it :)
I first installed FreeBSD in 1997. You had to send away for the CDs. There was something so very cool about tinkering with the OS and then typing "make world" at a shell prompt and watching as the OS rebuilt itself. FreeBSD used Beastie[1] as their mascot, cuter than a penguin :)
For those commentators deriding Linux attempting to make FreeBSD sound better; you're doing your chosen OS a disservice. Instead, you should highlight why you like your OS and not try to denigrate Linux.
Where are all these anti-Linux commentators here that you speak of?
In general, the opposite mentality (Linux users hating BSD) is far more common, particularly in places like /r/linux, Phoronix and even LWN. There's a certain brand of Linux user who just won't resist telling you that BSD is an irrelevant dinosaur-era operating system that keeps leeching off of Linux. BSD users tend to be much more humble and learned, in comparison. Largely because they don't live in a monoculture.
I'd be happy to! ZFS, DTrace, pf, Bhyve, Capsicum, Jails, GEOM/geli, the userland is part of the base system, and the core team is elected.
For the buzzwords: I like that my out-of-box install has AES-256 whole-disk encryption, software mirroring (that doesn't require identical disks) and snapshots; I really love pf for managing traffic and port remapping on my server; Jails are great added security for services exposed to the internet.
Through and through, I just like the design more in nearly all cases. rc.d works great for my needs, I like devd, I agree with FreeBSD's philosophy difference on the behavior of /dev/random, I like the more laid back licensing, etc.
And to flip things around ... I think Linux does a massively better job at out-of-the-box simplicity in setting up and running a desktop environment. The BSDs are server-oriented and that really shows.
Let's not forget BSDs long-lasting influence. OS X uses a lot of code from Free/Net/OpenBSD. Many commercial operating systems initially based their TCP/IP stack on BSD.
Cheers FreeBSD! I happy remember buying the 2.1.5 CD set from Walnut Creek and tinkering for weeks.
FreeBSD is or at least was capable of higher concurrent connections per server, which is presumably why Whatsapp uses it. FreeBSD also has a reputation for performing more consistently and being more responsive under duress. These might be important attributes for a social network.
When comparing between CentOS and Debian, I'd say Debian's apt system is superior to the RedHat family's rpm system, both in terms of usability and when building your own packages. If you plan to run commercial software however, most are made for use on RedHat although that's starting to change with Ubuntu also being a target nowadays. So in general, I'd say go CentOS for commercial software, or Debian for open source software.
GPL proponents generally argue that since code must be contributed back if a program is distributed, it will cause the original source base to grow. On the other hand, from what I gather Apple has used a lot of code from FreeBSD and contributed a significant amount back to the project, which wouldn't have been possible without a BSD-style license. Native ZFS support wouldn't have been possible either, although Sun may have deliberately used a non-GPL compatible license in that case. In any event, it's possible for a BSD-licensed code base to grow as well.
The other pro-GPL argument is that it provides more freedom than a BSD license, but I wonder if part of that is just a desire to prevent commercial use of something others created and gave away for free. I'm not sure why that bothers some GPL proponents. What's your take on that?
Personally I'm more inclined to contribute to a BSD-licensed project because I can use parts of the code commercially. I don't see as many opportunities to work on GPL-licensed code outside of a very niche job working for someone else or doing it merely as a hobby.
something like ten years ago I did my very small part as a member of the FreeeBSD Italian Documentation Project, and translated parts of the handbook and other docs (the VM design thing[1] was super interesting!).
The FreeBSD Handbook[0] was the single best thing about the OS, IMO: a cohesive, up to date reference to about everything in the system.
Why should they? If the FreeBSD project wanted code to be given back, they would have used the GPL. It's Sony's right as a corporate person to take BSD-licensed code and profit from it without any sort of "giving back."
Does anyone know if there's been more progress on this? It'd really be a boon to FreeBSD (and BSDs in general) if travis-ci supported it, since it'd make it easier for devs to write portable code (between Mac/Linux/BSD) from the get-go.
132 comments
[ 2.0 ms ] story [ 195 ms ] threadAnd now it can get legally drunk in every country on the Earth, where drinking is legal ;)
Be nice and send it a birthday gift![2]
[1] https://www.FreeBSD.org/
[2] https://www.freebsdfoundation.org/donate/
Just like Linux taught me to appreciate FreeBSD, FreeBSD taught me to appreciate OpenBSD. OpenBSD -- the world's simplest and most secure Unix-like OS. Creator of the world's most used SSH implementation OpenSSH, the world's most elegant firewall PF, the world's most elegant mail server OpenSMTPD, and the OpenSSL rewrite LibreSSL. OpenBSD -- the cleanest kernel, the cleanest userland and the cleanest configuration syntax.
Ref. http://marc.info/?l=openbsd-misc&m=139321387226212
http://itwire.com/business-it-news/open-source/62641-crypto-...
Nope, that's DragonFly BSD. FreeBSD is far more conservative in comparison, occasionally integrating some more daring idea. In contrast, NetBSD used to silently innovate all the time (and I think still do, what with rump kernels) and even OpenBSD, despite being rather vanilla on the outside, is internally innovative in the area of security.
For performance, FreeBSD beats OpenBSD in all cases. The thing is, many of us would do just fine on OpenBSD while finding configuration and installation easier and the whole experience of using the system more consistent.
I really liked and used OpenBSD in the 2000-2002 timeframe (then I returned to Slackware, later OS X). At some point, hardware support became an issue. How good is it these days?
Laptops are harder than desktop, mostly due to ACPI and I still trying to get a multitouch trackpad to work (I'm missing a right button).
Linux and FreeBSD has better hardware support, but when stuff is supported in OpenBSD it just works. Only exception I ran into is wireless card in an old MacBook Pro which should work but doesn't.
If this was a bwi(4) card, the problem is probably fixed in 5.6: http://marc.info/?l=openbsd-cvs&m=140585757928895&w=2
I've seen others get the same error, funny enough the man page says: athn0: device timeout A frame dispatched to the hardware for transmission did not complete in time. The driver will reset the hardware. This should not happen.
The device timeout message might not necessarily be a fatal problem. If it doesn't have an impact on actual usage you can just ignore it. Otherwise, please file a quality bug report so we can learn more about it.
It wouldn't detect my SATA HDDs on a GA-945GCM-S2C board (no issues with that on Windows/OSX-Hackintosh/Debian/FreeBSD), had to use USB-HDD to install. Only option for my nVidia graphics was the nv driver, which is actually many times slower than the vesa driver somehow. And vesa lacked any widescreen modes, so video was practically unusable for me. Other than that, everything worked out of the box. LAN (Realtek), audio (HDA), etc.
Only thing I didn't like on the software side (but many people would prefer) was that it's really bleeding edge. I much prefer Xfce, but still rely on some Gnome apps. OpenBSD is much further along with Gnome 3, so a lot of apps like gedit, gnome-system-monitor, gcalctool, evince etc start to stand out like a sore thumb. That'll come to FreeBSD too, but at least I have a bit more time to find alternatives.
As someone who has been using FreeBSD professionally since 1998, and built the first VPS provider on it[1] and then built all of rsync.net on it, I am a huge proponent of FreeBSD.
However I (and others) have been frustrated for years by the culture of new and shiny that has displaced a culture of stability and long term support.
Rather than rehash it all here, let me suggest that if you are interested, you may read this mailing list posting:
http://lists.freebsd.org/pipermail/freebsd-hackers/2012-Janu...
... which I wrote in January 2012. Much of it remains true today. That being said, when we reworked the rsync.net platform from the ground up in late 2012, we did indeed go forward with FreeBSD.
[1] JohnCompanies "Server Instances", based on FreeBSD jail, were made available in Fall of 2001. A year or so later the world settled on "Virtual Private Server" as the de facto descriptor.
The was a time it was the only blessed BSD distribution for Java, unicode support has been pretty good for years, the ports management is easy and forgiving, documentation is generally clean and complete, help resources have a polite and professional feel.
In general there are stronger alternatives for a production server (OpenSBD definitively) but it's a very nice environment for a workstation or development server.
That said, I'm also OpenBSD fan, using it as a "hardened" (Internet facing) production server, with minimal ports, for things like Postfix, DNS, etc. OpenBSD is also well used in network management/control as a router, firewall, etc.
Each has its use case, and does quite well in them.
I just hope that they don't change their license model into just "free as in beer" :)
And I hope they one day implement all kernel functions that Linux supports, so that switching from Linux to FreeBSD becomes less painful.
NetBSD has 64 bit Linux emulation support.
[1] http://www.slideshare.net/bcantrill/illumos-lx
[2] https://twitter.com/sjorge/status/527937813568708608
What is the license on this code?
However no work was done to continue to provide the hacks and tweaks and basic documentation that was required to install vmware on FreeBSD (although if you have an old copy, and license, of vmware workstation 3.x, it should work).
This is a problem - if you're trying to run FreeBSD as a desktop system, it's a real boon have vmware available, if you should want it. We tried to fix this problem back in 2007:
http://www.rsync.net/resources/notices/2007cb.html
... but there were no serious takers :(
FreeBSD isn't as commonly used as a desktop/workstation though. People do it (I have one over in a corner), but support for every mouse and dongle under the sun isn't quite as high priority. Stuff like ethernet drivers that matter for servers have really good support in my experience.
You have to be aware that neither Linux nor FreeBSD were developed with desktop usage as a primary goal, so the drivers support focuses more on hardware related to professional usage.
However, you can still use FreeBSD on the desktop/laptop if you pay some attention to what you're buying, and there is great FreeBSD distro called PC-BSD[1] dedicated to desktop users as well!
Answering your question in one word: comparable.
[1] http://www.pcbsd.org/
http://undeadly.org/cgi?action=article&sid=20140223112426
If you're merely in the OpenBSD camp, you'll think that security is the "focus" of OpenBSD.
Really? Most common peripherals, like mice, keyboards, usb drives, etc, just plug and play (as they do in Windows). But I tried installing a (4 year old?) multi-function printer under Ubuntu 14.04 a few weeks ago and was never able to get the scanner to work, despite Brother providing Linux drivers. Some co-workers and I haven't had great experiences with webcams under Linux. Touchpad support is there, but whether gestures and multi-touch work is another matter. Overall, Linux drivers are a far cry from plug and play in my experience, and I really don't care if I have to run an installer once as long as it ends up working.
I've read that driver breakage is for many the #1 problem with Linux, even for enterprise/server setups. I'm starting to view RHEL in a new light after running Debian for a long time.
One example where moving from Windows Vista to Windows 7 will update Intel on board graphics card drivers, thus killing Minecraft. Fix is to upgrade graphics card; or to run old versions of Minecraft; or to install Linux and run latest version of Minecraft.
https://bugs.mojang.com/browse/MC-14051
With Windows there's a very good chance you can continue using an old version for a long time. I'm still supporting my mother using XP through two sets of hardware (although that'll end soon). (In)Famously, many people skipped Vista and are now skipping Widows 8, and I gather not suffering all that much.
Really? Because all USB webcams should support UVC, and therefore should work under every modern OS (Windows, OSX, Linux, BSDs, etc) without any additional drivers.
In fact, you can't even get a Windows Compatibility logo on your packaging if you don't support it. So the webcams you were trying to use must either have been ancient, or appallingly bad hardware?
Not on laptops
Recently a new book came out too for FreeBSD, I'll see if I can post it here without some sort of referral link: http://www.amazon.com/dp/0321968972/ref=wl_it_dp_o_pd_nS_ttl...
I managed to get one of my professors to purchase the book as well, and it was a nice piece of material for Intro to Operating Systems.
[1] http://www.informit.com/store/design-and-implementation-of-t...
[2] https://twitter.com/MeetBSDCA/status/528659641106837504
Page 52 http://free.blackpatchpanel.com/pme/linux/history.pdf
I'm quite relieved that these developers have Linux to focus on, and are sparing us their creations on the BSDs.
And I'm not saying there's no place for whatever it is Redhat et al are creating, but I'm very happy that we still have a true Unix-like OS, and I'm not sure we would if all of these developers were focused solely on BSD in a hypothetical world without Linux.
1) Almost since day one Linux was a better desktop OS (even back in 1992). 2) This might seem counter intuitive but Linus focused on source compatibility. It was much easier to take any source package and type 'make install' and off you went whereas in the BSDs, there was a 10% more chance of thing not working right. 3) Devices: Linux expanded device compatibility much faster than the BSDs.
just wish certain other Linux related projects would take that mantra to heart.
Btw, it is a similar mantra that has carried Microsoft all these years. Recently discovered that some software a relative of mine has been enjoying dated back to Windows 95. And it only broke now because the new computer was running 64-bit Windows 8.
I'm happy to see more headlines on BSDs these days, and I can't stop thinking it has something to do with systemd.
Those of us in the trenches doing sysadmin work will definitely notice.
http://packages.ubuntu.com/trusty/systemd-shim
If you want to try a real systemd system use a recent Fedora or Arch release.
That said, I'd honestly be very interested in any numbers confirming increased interest in the BSDs as a result of systemd integration into GNU/Linux. It's widely speculated, but is there anything concrete to suggest it?
If they don't give back to the project it makes their life much harder.
That keep their changes private.
[1] http://llvm.org/devmtg/2013-11/slides/Robinson-PS4Toolchain....
I haven't actually used systemd, and I'm sure it runs just fine for most desktop people who don't care how their system boots. But I disagree with nearly all of its design decisions. I strongly value software portability between Linux and BSDs regardless of which OS I am using, I don't believe in making desktop environments like Gnome 3 (and even desktop applications like Brasero) dependent upon a specific init system, I don't believe in monolithic design and prefer stronger decoupling, I prefer text log files to binary log files, I find the documentation on systemd and its APIs appalingly sparse, I am opposed to the heavy-handedness of consuming other libraries like udev, I am greatly opposed to the politics being played out to push its adoption on other distros, on and on.
Edit: FlightAware, as well.
[1] http://www.google.com/trends/explore#q=%2Fm%2F02ydx&cmpt=q
--
I first installed FreeBSD in 1997. You had to send away for the CDs. There was something so very cool about tinkering with the OS and then typing "make world" at a shell prompt and watching as the OS rebuilt itself. FreeBSD used Beastie[1] as their mascot, cuter than a penguin :)
[1] http://en.wikipedia.org/wiki/BSD_Daemon
In general, the opposite mentality (Linux users hating BSD) is far more common, particularly in places like /r/linux, Phoronix and even LWN. There's a certain brand of Linux user who just won't resist telling you that BSD is an irrelevant dinosaur-era operating system that keeps leeching off of Linux. BSD users tend to be much more humble and learned, in comparison. Largely because they don't live in a monoculture.
I'd be happy to! ZFS, DTrace, pf, Bhyve, Capsicum, Jails, GEOM/geli, the userland is part of the base system, and the core team is elected.
For the buzzwords: I like that my out-of-box install has AES-256 whole-disk encryption, software mirroring (that doesn't require identical disks) and snapshots; I really love pf for managing traffic and port remapping on my server; Jails are great added security for services exposed to the internet.
Through and through, I just like the design more in nearly all cases. rc.d works great for my needs, I like devd, I agree with FreeBSD's philosophy difference on the behavior of /dev/random, I like the more laid back licensing, etc.
And to flip things around ... I think Linux does a massively better job at out-of-the-box simplicity in setting up and running a desktop environment. The BSDs are server-oriented and that really shows.
Linux for the desktop, FreeBSD on the server.
Cheers FreeBSD! I happy remember buying the 2.1.5 CD set from Walnut Creek and tinkering for weeks.
CentOS Linux
Debian Linux
FreeBSD
Get someone that knows one of these systems well. It really does not matter that much. You can do almost everything with every system.
The more important task is to design your website stack in a way that it works reliable.
When comparing between CentOS and Debian, I'd say Debian's apt system is superior to the RedHat family's rpm system, both in terms of usability and when building your own packages. If you plan to run commercial software however, most are made for use on RedHat although that's starting to change with Ubuntu also being a target nowadays. So in general, I'd say go CentOS for commercial software, or Debian for open source software.
GPL proponents generally argue that since code must be contributed back if a program is distributed, it will cause the original source base to grow. On the other hand, from what I gather Apple has used a lot of code from FreeBSD and contributed a significant amount back to the project, which wouldn't have been possible without a BSD-style license. Native ZFS support wouldn't have been possible either, although Sun may have deliberately used a non-GPL compatible license in that case. In any event, it's possible for a BSD-licensed code base to grow as well.
The other pro-GPL argument is that it provides more freedom than a BSD license, but I wonder if part of that is just a desire to prevent commercial use of something others created and gave away for free. I'm not sure why that bothers some GPL proponents. What's your take on that?
Personally I'm more inclined to contribute to a BSD-licensed project because I can use parts of the code commercially. I don't see as many opportunities to work on GPL-licensed code outside of a very niche job working for someone else or doing it merely as a hobby.
The FreeBSD Handbook[0] was the single best thing about the OS, IMO: a cohesive, up to date reference to about everything in the system.
Cheers, live long and prosper!
[0] https://www.freebsd.org/doc/handbook/ [1] https://www.freebsd.org/doc/en/articles/vm-design/article.ht...
http://www.scei.co.jp/ps4-license/ (and many other oss)
http://www.scei.co.jp/ps4-license/freebsd_kernel.html
http://www.scei.co.jp/ps4-license/freebsd_fsck.html
Does anyone know if there's been more progress on this? It'd really be a boon to FreeBSD (and BSDs in general) if travis-ci supported it, since it'd make it easier for devs to write portable code (between Mac/Linux/BSD) from the get-go.