Live data from Hacker News

Technical reasons to choose FreeBSD over GNU/Linux (2020)

unixsheikh.com

341–350 of 376 posts

Re: Technical reasons to choose FreeBSD over GNU/Linux (2020)

#341
Does HDMI audio work out of the box on FreeBSD? I am using Linux on my laptop and HDMI audio sounds crackly. I googled this and apparently this is a common problem. (https://www.google.com/search?q=linux+hdmi+audio+crackling). I tried to fix it (following this research) but gave up after a while.

When I had Windows on this laptop, the audio over HDMI worked beautifully.

Re: Technical reasons to choose FreeBSD over GNU/Linux (2020)

#342
post #335

Earlier quoted context omitted.

>abandoning the Linux syscall table layer Assuming you mean linux(4), http://man.freebsd.org/linux , it's absolutely not abandoned: https://wiki.freebsd.org/Linuxulator ; it recently got a proper ARM64 support for example. >"Linux jails" or something like that https://wiki.freebsd.org/LinuxJails

Awesome! Looks like they've picked up speed with it, that's great to see. Not sure if the abandonment was originally a misperception on my part or whether they picked it up again, maybe pulling code in from SmartOS? Either way the wiki says compatibility is up to 4.4 on CURRENT and 3.2 on STABLE. Still a ways to go, but that's sounding like I might have to give FreeBSD a go again!

Yeah, thanks to Dmitry returning to work on it, and FreeBSD Foundation sponsoring me, and other developers stepping in to fix something that annoyed them, and Alex tracking down Steam situation and doing epic work on tracking FreeBSD bugs and Linux idiosyncrasies.

Note that the reported kernel version doesn’t mean much, and we could probably bump it to 5. What matters is individual syscalls, and a nice thing about the state of Linux is that because it’s so fragmented, almost every non-portable syscall has a portable fallback.

Re: Technical reasons to choose FreeBSD over GNU/Linux (2020)

#343

Earlier quoted context omitted.

I’ve noticed this myself but didn’t dig into the delays I’ve seen. Interesting to learn it appears for others. How did you have ZFS change how it allocates memory?

This was a bug in ZFS itself, and was resolved years ago: https://smartos.org/bugview/OS-6404 In FreeBSD 12.x and older, you could opt out of using UMA with: vfs.zfs.zio.use_uma=0, but that is not necessary

Thanks. I still see multi-second pauses moving data over Samba to an encrypted ZFS pool. I’m using a 10Gbps network card, so the drives are the bottleneck (or so I thought, until seeing these delays).

I’m on 13-RELEASE.

Re: Technical reasons to choose FreeBSD over GNU/Linux (2020)

#344

How well does FreeBSD support a “modern” web backend? Does Java run here? Mono (C#)? Node.js? PostgreSQL? Any noSQL databases?

For the most part: yes. The one I'm not sure of is Mono. That being said, some tooling assumes linux sometimes, but the popular stuff is generally gtg, especially if you get it via the ports tree.

dotnet core is not supported

Re: Technical reasons to choose FreeBSD over GNU/Linux (2020)

#345
post #280

Earlier quoted context omitted.

> Linux supports higher throughput for a while now Really that's new...because netflix thinks otherwise.

agreed ! Also i think throughput might be moving/dynamic values ? i.e this year Lamborghini might be faster than a Ferrari... Next year they might swap. But no one will say Lamborghini or Ferrari are slow. My humble point,unless absolute throughput (Then you looking at userland tcp-stack anyway) is your absolute goal. Things like tools,skillset, environment, community might play a bigger role. Yea i still love Freebs…

Thanks for the comment.

> ... /etc/resolv.conf ... ...

> ...don't edit this file manually it is auto-generated ...

I have been trying not to comment on any of this discussion, but You just hit a nerve for me (in a good way!).

resolv.conf: near and dear to my heart

Don't edit manually...: if it is cattle (most servers and IoT) - ok, I move on. If it is a pet (any of my main laptops), whoa. Stop what I'm doing and track down the software that did this. Purge it or re-write the offending code to not mess with stuff. Track down what was relying on this behaviour and purge. Rinse, repeat.

FWIW, I am running Slackware, OpenBSD, and sometimes FreeBSD on my pets (they are all installed it's just that I mostly live in the first two). Also, I find it hard to not have all the different man pages always available (no, I don't have a constant Internet connection - Security policies).

Re: Technical reasons to choose FreeBSD over GNU/Linux (2020)

#346
post #325

I am understood the article. But my feelings are: - it sounds like an perfect server os, but not am desktop os: i tried 3 times install gnome on freebsd inside kvm, i didn't make it. - how about install on laptop? On arm laptop? How about power management? i think linux is much better for workstation / desktop computers

Try this, maybe it'll help. To get a working mouse with X in freebsd inside kvm.

> Add input device "EvTouch USB Graphics Tablet" in virt-manager.

> In the guest:

> pkg install utouch-kmod xf86-input-evdev

> edit /boot/loader.conf as instructed (this is output during the pkg install)

> reboot (guest)

Also:

Read my other comment later in this thread.

Re: Technical reasons to choose FreeBSD over GNU/Linux (2020)

#347
post #241

Earlier quoted context omitted.

Having used BSD many years ago on desktop, I completely disagree. What are you using your computer for using BSD? I really don't spend 99% of my time just compiling lol The chaos thing is something I hear from BSD users quite a lot. I'm still not sure what it is means, maybe that's some sort of personal issue..? I suppose you don't like forking and variation, which is understandable coming from a user of an OS with a…

> I'm willing to bet that most people running Arch or Gentoo are still using quite a bit of 'Debian resources'/assets. More like the reverse, the Arch Wiki is the best so everyone uses it. Although for some topics it makes sense to take a look at Debian or Gentoo wikis, too. Not sure what other kind of 'Debian resources'/assets you had in mind.

Whilst I don't at all doubt your testimonies, I am still sitting here wondering what programs everyone here is using, if not programs usually tailored for Debian. I feel like I've seen more software that runs natively on Debian (Ubuntu, really) and made specifically for dpkg. But I suppose a lot of applications also come with "snap" these days, but I avoid "software stores" like the plague. I personally have had very little contact with Arch, but I realise that is me that is strange, I personally dislike Arch very much and can recognise that, that might be the reason I don't see it around as much; a negative confirmation bias of sorts, if you will. 99% of the time when I have an issue and I just google it, I'll end up on the Ubuntu forum, that's no lie. But I do seem to remember using the Arch wiki years ago. I'll admit, I'm probably just a diehard fan of Debian.

Re: Technical reasons to choose FreeBSD over GNU/Linux (2020)

#348

Earlier quoted context omitted.

Having used BSD many years ago on desktop, I completely disagree. What are you using your computer for using BSD? I really don't spend 99% of my time just compiling lol The chaos thing is something I hear from BSD users quite a lot. I'm still not sure what it is means, maybe that's some sort of personal issue..? I suppose you don't like forking and variation, which is understandable coming from a user of an OS with a…

I can’t speak for everyone, but one of the reasons I use Arch is precisely because Debian doesn’t have as many resources/assets as Arch. AUR may not be perfect but there is very little software out there that someone hasn’t already packaged in it and it’s a great deal more convenient to use than faffing with custom repos. The Arch Wiki is second to none too. I’ve even occasionally found myself using it when debugging…

Interesting. I suppose I also just use very mainstream software as well. I find that basically everything I need is either made for dpkg or exists within Ubuntu repositories (they've got literally everything there, haven't they!). I agree in your overall assessment though, I can concede to the fact that I might be underselling the value of Arch within the broader Linux community. I've often seen Arch as the detrimental opposite however, which is quite ironic. Personally I just find Debian distros superior to most others (except Linux Mint.I hate Mint, more than anything). I do quite fancy Ubuntu as dekstop, but you truly are right that it is at the very least, not a very good server distro. It might be the worst, imo, Debian server distro. My go-to choice for a Debian alternative is Fedora, however, so our different experiences might also be a testament to a fundamentally different view on Linux and how you do your computing.

Re: Technical reasons to choose FreeBSD over GNU/Linux (2020)

#349

Earlier quoted context omitted.

I would scream if I ever saw a dude in a suit give some 70's looking NEET permission to base their company's entire IT platform on FreeBSD specifically. It'd be like switching all your office workstations from MacOS to Ubuntu or Linux Mint.

why? it's a valid decision to make. Linux is turbulent and uncoordinated. FreeBSD is the opposite of that.

Because it's not worth the hours when it inevitably breaks, which corpo server setups always do. At least in my view, that is. If it's running GNU/Linux or, God forbid, Windows, honestly as the head of a larger company I can just make a guy or another company fix it asap, whereas with BSD you'll be reliant on a handful of people at the very most, and no one is going to help you. They'll help you to help yourself, but 2 hours spent on something where I could've just called up another big company and have them do it, is a waste of money. Also whilst Linux can update without reboot (I believe you even do kernel updates now?), as far as I know BSD is a lot more fond of rebooting. BSD as a whole is more turbulent and uncoordinated than GNU/Linux, honestly. It's the individual distros up against each other that makes BSD the more stable party, i.e BSD vs Debian. But sometimes, being coordinated and calm just means "not innovative". BSD is probably the furthest you can get from progress and innovation imo.

Re: Technical reasons to choose FreeBSD over GNU/Linux (2020)

#350

Earlier quoted context omitted.

> Personal experience with Ubuntu on a recent Thinkpad: Well, that's your first problem. How does FreeBSD or OSX do on it? Maybe you should buy a Linux laptop to run Linux instead of slapping Linux on a Windows laptop and expecting it to work correctly.

No, I'm pretty sure all his problems are due to Nvidia. Try Intel or AMD; they are a lot more stable in my experience.

Don't Nvidia make open-source Linux drivers now? I honestly have not had graphical driver issues since... Well since a good while before SteamOS and such. I don't doubt you guys at all, but I only have "older" laptops that might have GPU issues in terms of overall Linux compatibility.
Post reply on HN