Date: Wed, 5 Sep 2018 17:32:46 -0500 From: Benjamin Kaduk <kaduk@mit.edu> To: Lev Serebryakov <lev@FreeBSD.org> Cc: Cy Schubert <Cy.Schubert@cschubert.com>, Eric van Gyzen <eric@vangyzen.net>, FreeBSD Current <freebsd-current@FreeBSD.org>, "freebsd-hackers@freebsd.org" <freebsd-hackers@FreeBSD.org> Subject: Re: Celeron J3160 with enabled Turbo mode stays at 480MHz(lowestsetting) forever and can not lower frequency without Tuebo mode Message-ID: <20180905223246.GH73164@kduck.kaduk.org> In-Reply-To: <dc369aef-d50b-14ae-4cb2-23afd7ca5002@FreeBSD.org> References: <20180905145219.6593F83F@spqr.komquats.com> <dc369aef-d50b-14ae-4cb2-23afd7ca5002@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Sep 05, 2018 at 07:27:06PM +0300, Lev Serebryakov wrote: > On 05.09.2018 17:51, Cy Schubert wrote: > > > I don't think you need something accurate. > Ok, here is results. I'm working in single-user mode. > > TL;DR "Turbo" mode make "openssl" much slower (x3.5)! > > I can not properly interpret this result. You need to say more about what openssl is doing (i.e., how it was configured, what architecture it's on, etc.). In particular, there was for a time an AVX2 implementation for some primitives, that ended up being a net loss, since heavy use of those instructions would cause overheating and throttling. OpenSSL has a lot of custom assembly for these common primitves, with some logic to select among them both at configuration time and at runtime, so results such as this may or may not be widely transferrable. -Ben
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20180905223246.GH73164>