I did some more research and I'm finally getting an idea what goes wrong here.
I found this interesting topic about the same problem:
https://teddit.net/r/openbsd/comment...ncredibly_slow
They recommend disabling library relinking with rcctl disable library_aslr,which I did and now my laptop really boots a lot faster.
I'm still not quite happy with the overall system performance,so I tried some of the things mentioned in that thread.
While not doing complicated things,apm -v shows:
Quote:
Battery state: high, 95% remaining, 461 minutes life estimate
AC adapter state: not connected
Performance adjustment mode: auto (800 MHz)
|
When running openssl speed sha256,apm -v shows a little increase in CPU speed:
Quote:
Battery state: high, 95% remaining, 364 minutes life estimate
AC adapter state: not connected
Performance adjustment mode: auto (1101 MHz)
|
That's only the base frequency,that CPU supports a turbo boost up to 2.70 GHz according to Intels website:
https://www.intel.de/content/www/de/...fications.html
It looks like OpenBSD isn't using the turbo boost feature on my machine at all,which results in bad performance at compute-heavy tasks.
The output of openssl speed sha256 also isn't that great compared to that in the thread I linked above:
Quote:
Doing sha256 for 3s on 16 size blocks: 4044718 sha256's in 2.88s
Doing sha256 for 3s on 64 size blocks: 1363932 sha256's in 2.78s
Doing sha256 for 3s on 256 size blocks: 376156 sha256's in 2.93s
Doing sha256 for 3s on 1024 size blocks: 120761 sha256's in 2.98s
Doing sha256 for 3s on 8192 size blocks: 16626 sha256's in 3.01s
LibreSSL 3.6.0
built on: date not available
options:bn(64,64) rc4(16x,int) des(idx,cisc,16,int) aes(partial) idea(int) blowfish(idx)
compiler: information not available
The 'numbers' are in 1000s of bytes per second processed.
type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes
sha256 22470.66k 31399.87k 32865.51k 41496.40k 45249.23k
|
Any idea how I can force it to make use of the turbo boost?