I made a deliberate effort to, and realized I was making an expensive mistake and cut my losses. The (user-interactive) performance difference between modern Linux and minimalist, "correct" OpenBSD, on normal x86 laptop hardware, is night and day. No reasonable of amount of system tuning could work-around that. It was the wrong tool for me, with the wrong tradeoffs.
My suggestion is don't—or at least think deliberately and dispassionately about tradeoffs. UX latency really sucks.
(The painful thing is that almost none of it seems to be OpenBSD's fault—it's all the desktop applications that demand 10x more hardware resources than they legitimately need, and then degrade unacceptably when layers that actually should be less optimized, like OS things that have a safety & correctness tradeoff, do make that valid tradeoff...)
My suggestion is don't—or at least think deliberately and dispassionately about tradeoffs. UX latency really sucks.
(The painful thing is that almost none of it seems to be OpenBSD's fault—it's all the desktop applications that demand 10x more hardware resources than they legitimately need, and then degrade unacceptably when layers that actually should be less optimized, like OS things that have a safety & correctness tradeoff, do make that valid tradeoff...)