I'm pretty sure OpenBSD is (relatively) slow regardless of hyperthreading,
Agree about NTFS-3g, it's next to useless. I've read somewhere that some optimizations are not enabled on OpenBSD.
Still, I like it and use it on my laptop and servers.
I'm 100% in line with the first point of TFA : learning OpenBSD is a good investment, you feel that you steadily build up an coherent understanding of the system.
I've been there too, although with NetBSD. Lack of proper virtualization and containerization subsystems eventually became a serious issue and I eventually moved back to Alpine.
Net/OpenBSD still mostly caters to the needs of hobbyists, I seldom see them in production (besides maybe network appliances).
NetBSD has nvmm. Qemu is quite fast as as result. I run many distros ontop of it.
Plus Xen. My laptop has been running Xen with pv instances for app isolation. Never as fancy as Qubes though.
It was a fair amount of work but I was able to get it running. Fixing the clock drift was by far the hardest part -- I had to install a custom kernel module. Getting networking inside the VM was pretty difficult as well.
Email me at aaronm04{at}iforgotmy.name if you want help.
The nice thing with Dockerfiles and the Docker registry is how quickly I get a reproducible, stateless, isolated environment for any large, proprietary or foreign app I may need, without resorting to a VM or polluting my system. All it takes is an Ubuntu or CentOS base, pull the apps and its dependencies, throw it away when I'm done while keeping a lean Alpine system underneath.
Jails would require me to set things from scratch each time I need a new app, even for a short while. It's just impractical.
I'm considering Nix as a potential alternative, but it doesn't work on the BSDs yet. If you know a way to run "modern workloads" in a KISS, convenient, Unix-y way, please let me know.
It's pretty sweet in a server or for networking/edge network stuff, but I've never really bothered to use it as my desktop daily driver and it's all because of what you mentioned. Props to those who have the patience and will to do this though.
Can't discord's web version share a screen? If not, why?
If the only issue with bt is sound, there are some usb dongles that are recognized as a sound card and do the bluetooth part outside of the OS. You have to trust the manufacturer though. If there are other requirements such as file sharing, they usually can be done easily another way.
I am not sure who and why would anyone using openbsd want to mount an ntfs filesystem on a regular basis to do large transfers.
> Can't discord's web version share a screen? If not, why?
IIRC the Discord webapp didn't have an option to share the screen. I only tried Firefox not Chrome.
> If the only issue with bt is sound, there are some usb dongles that are recognized as a sound card and do the bluetooth part outside of the OS. You have to trust the manufacturer though. If there are other requirements such as file sharing, they usually can be done easily another way.
True. I only have 2 USB ports on this laptop though, so it would have been an annoyance.
> I am not sure who and why would anyone using openbsd want to mount an ntfs filesystem on a regular basis to do large transfers.
My use case was copying video files to an NTFS flash drive. I'm not sure how common a problem it is for desktop/laptop users.
I was using OpenBSD as a daily driver on my thinkpad for a year and a half. The motivations driving me to switch back to Linux were:
* slow -- can't use hyperthreading because of developers' security concerns with that technology.
* no Bluetooth support
* can't use Discord's electron app, meaning no screen share
* NTFS write support needs FUSE which is extremely slow. I worked around it by using exFAT which is fast