Earlier quoted context omitted.
It’s the other way around. Wayland supports different scale factors on different monitors; X doesn’t.
Works on my machine, anecdotally; no Wayland, and an X window manager that hasn't been updated in a decade. Automatically resizes windows when I drag them to fit each monitor's DPI settings.
Technical reasons to choose FreeBSD over GNU/Linux (2020)
311–320 of 376 posts
Re: Technical reasons to choose FreeBSD over GNU/Linux (2020)
#312Earlier quoted context omitted.
Can you quickly try and connect to my 4K 60Hz monitor without the whole room breaking into laughter?
Have you not ever used a Linux distro? I haven't had an issue with monitors since before Ubuntu 8. Seems ridiculous you're going to claim that Linux, which dominates the phone/handheld industry, would have issues in regards to using high resolution/high DPI monitors along with lower spec ones concurrently. I think of all OS's, my bet would probably be that this is a way bigger issue on Windows than on Linux or Mac.
umanwizard's reply is interesting.
Also - I have been using Linux for 26 years, if that matters. However, on the desktop I largely moved to macOS (then called OS X) in 2003.
Re: Technical reasons to choose FreeBSD over GNU/Linux (2020)
#313Earlier quoted context omitted.
It’s the other way around. Wayland supports different scale factors on different monitors; X doesn’t.
Works on my machine, anecdotally; no Wayland, and an X window manager that hasn't been updated in a decade. Automatically resizes windows when I drag them to fit each monitor's DPI settings.
Re: Technical reasons to choose FreeBSD over GNU/Linux (2020)
#314Earlier quoted context omitted.
I think one of the biggest mistakes the FreeBSD team made(in terms of more widestream adoption) was abandoning the Linux syscall table layer. It's still there, but it's stuck on 2.6.x last time I looked. It's a lot to maintain, yes, but it would help secure a lot more users like me, who are highly technical, potential contributors, who like a lot of the features(jails, better ZFS integration, easy to set up dtrace su…
Is cuda support decent on BSD? Drivers for niche stuff seem like they would be an issue as well.
Unfortunately the FreeBSD NVIDIA driver does not include CUDA.
It might be possible to use CUDA in a Linux VM with GPU pass-through, but I have not tried this.
FreeBSD has good driver support for many server-oriented devices, e.g. for many network cards, especially for those from Intel, and for many SCSI controllers. The support for magnetic tapes is also better than in Linux.
There are various random devices that may have good support, e.g. recording from a Logitech video camera worked much better for me on FreeBSD than on Linux, but in general the chances of not finding a device driver for some piece of hardware are much greater than on Linux, especially when that hardware is new.
Re: Technical reasons to choose FreeBSD over GNU/Linux (2020)
#315Earlier quoted context omitted.
Not #3, but it's still the best option
Hmm I think you can mirror different sizes just fine but it'll predictably use the smaller size, no? Is btrfs different in that regard? I have only used it when it was released many years ago so my memory is rusty.
It is arguably not the most useful property in enterprise setting, but helps to stay on budget on home projects, since I can just use random drives laying around without any further requirements on the matching of the sizes.
Re: Technical reasons to choose FreeBSD over GNU/Linux (2020)
#316Earlier quoted context omitted.
Not #3, but it's still the best option
as far as I know, you can put disks of different sizes in a mirror vdev, you’ll just obviously be limited to the size of the smaller disk. Is that not what OC is asking for?
It is arguably not the most useful property in enterprise setting, but helps to stay on budget on home projects, since I can just use random drives laying around without any further requirements on the matching of the sizes.
Re: Technical reasons to choose FreeBSD over GNU/Linux (2020)
#317Earlier quoted context omitted.
Some googling around the issue suggests Linus pretty clearly rejects the principles of GPLv3. https://www.linux.com/news/why-torvalds-sitting-out-gplv3-pr...
To be honest that reads more like a list of complaints about how they didn't do the process the way he prefers, rather than criticism of the license itself. The only point of actual criticism about the license that I see is that it is one way compatible with the Apache license. And the supposed ideology of wanting to absorb other licenses, though one could argue that the designers just wanted to have an easy migratio…
Re: Technical reasons to choose FreeBSD over GNU/Linux (2020)
#318Earlier quoted context omitted.
They did! MATE is fairly popular, but as to why it happens I think it's about people. There are only so many people willing (and able) to do the often difficult and unglamorous programming work that goes into maintaining something like Gnome. If you're working on a major distro you have a certain level of trust in Gnome 3 because the same people delivered and supported Gnome 2. I'm sure when Gnome 3's direction becam…
The sad part is that Gnome 2 had a whole ecosystem of third party software that integrated with it. Just a few of that got ported over to Mate (usually just s/GNOME/MATE/g) but it never gained the same traction.
Re: Technical reasons to choose FreeBSD over GNU/Linux (2020)
#319Earlier quoted context omitted.
From a technological perspective, everything you say is true, and FreeBSD is better in so many regards. But, compatibility and community support is just a deal breaker. The jails vs docker argument is a good example: while technically better, Docker (or rather, cgroups and image distribution) have been standardised and have tremendous community adoption. FreeBSD cannot tap into any of this at all. Yes, jails might be…
> Docker (or rather, cgroups and image distribution) have been standardised Cgroups, namespaces have been implemented once, in Linux, by Google for their own needs. Not standardized in any meaningful interpretation of that word, just like "web standards" aren't. With now a generation of developers raised by big media and fake grassroots and staged march of progress stories, I'm wondering if that generation will be ab…
Re: Technical reasons to choose FreeBSD over GNU/Linux (2020)
#320I think the mismatch thing doesn’t really make sense, as you should consider freebsd as a complete OS rather than just the kernel, and archlinux as the same. Dragonflybsd and pcbsd for example have the same freebsd kernel, do they follow the freebsd way too? The rest is about preference with the exception of DTrace that is imho superior , but I am not going to pick freebsd over Linux only for DTrace, as Linux has bet…
Exactly, there are a lot of BSD variants out there. You might consider them BSD distributions even. And they are as different from each other as Linux distributions are from each other. They all share the same messy ancestry of different companies cloning Unix in the nineteen seventies and eighties and doing loosely the same things with loosely the same naming conventions and tool names.