3 ms·

Lots of different reasons, but common ones include: 1. No binary blobs, so hardware acceleration can be missed. 2. There have been issues with specific apps e

by iuguy 6y ago

Lots of different reasons, but common ones include: 1. No binary blobs, so hardware acceleration can be missed. 2. There have been issues with specific apps e.g. Firefox that seem optimised for things that OpenBSD doesn't do. 3. Historically SMP/Hyperthreading support hasn't been as performant as it is on other platforms. In some cases this is due to prioritising security over performance - e.g. speculative cache execution bugs.

LargoLasskhyfv 6y ago
In single-core/early dualcore times on then contemporary PC-hardware, I had the opportunity to compare OpenBSD vs. NetBSD vs. FreeBSD. Though I didn't use them 'shrink-wrapped', but rather like one would do 'Linux from Scratch', or at least a very riced Gentoo :) Anyways, my hardware was supported perfectly on all of them, so no problems there. This way FreeBSD was only slightly faster than NetBSD, and i could have 132x60 textmode on its console, which didn't work at the time for NetBSD, and many, many ports of software. But I didn't need them all, and it felt a little more bloated. Since my goal was full desktop with KDE3 I didn't care much about textmode and went with NetBSD. It flew, rock-solid, unkaputtbar! While OpenBSD, at the times with the parts of KDE3 which were available for it had unexplainable periodic hiccups, not only during load, but light desktop use when no swap was in use at all! That felt very weird, and after a few months I discarded it, since other users and developers/contributors of it which I've spoken to in person(sometimes looking at me like I'd be an alien from outer space for using it as desktop) didn't have more to offer than right tool for the job, yadda yadda... Since then I'm following its progress from afar, only mildly interested. PF and ACKPRI were nice, but at least ACKPRI could be had by other means elsewhere, or some appliance. So... right tool for the job, I guess? edit: the hiccups didn't only happen while in X/KDE. Also when no Xserver at all was running, just doing things on the console, also while no swap was in use. 2nd edit: I pivoted to Arch from there, which in direct comparison to the riced NetBSD flew hypersonic, but wasn't as unkaputtbar (though only slightly less so), but saved much compile time :)

by iuguy 6y ago

LargoLasskhyfv 6y ago

In single-core/early dualcore times on then contemporary PC-hardware, I had the opportunity to compare OpenBSD vs. NetBSD vs. FreeBSD. Though I didn't use them 'shrink-wrapped', but rather like one would do 'Linux from Scratch', or at least a very riced Gentoo :) Anyways, my hardware was supported perfectly on all of them, so no problems there. This way FreeBSD was only slightly faster than NetBSD, and i could have 132x60 textmode on its console, which didn't work at the time for NetBSD, and many, many ports of software. But I didn't need them all, and it felt a little more bloated. Since my goal was full desktop with KDE3 I didn't care much about textmode and went with NetBSD. It flew, rock-solid, unkaputtbar! While OpenBSD, at the times with the parts of KDE3 which were available for it had unexplainable periodic hiccups, not only during load, but light desktop use when no swap was in use at all! That felt very weird, and after a few months I discarded it, since other users and developers/contributors of it which I've spoken to in person(sometimes looking at me like I'd be an alien from outer space for using it as desktop) didn't have more to offer than right tool for the job, yadda yadda... Since then I'm following its progress from afar, only mildly interested. PF and ACKPRI were nice, but at least ACKPRI could be had by other means elsewhere, or some appliance. So... right tool for the job, I guess? edit: the hiccups didn't only happen while in X/KDE. Also when no Xserver at all was running, just doing things on the console, also while no swap was in use. 2nd edit: I pivoted to Arch from there, which in direct comparison to the riced NetBSD flew hypersonic, but wasn't as unkaputtbar (though only slightly less so), but saved much compile time :)