Re: bin/50638: Extreme slowness on loading gzipped kernels on oldCPUs

[Joerg Sonnenberger <joerg%britannica.bec.de@localhost>]

The following reply was made to PR bin/50638; it has been noted by GNATS.

From: Joerg Sonnenberger <joerg%britannica.bec.de@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: gnats-admin%netbsd.org@localhost, netbsd-bugs%netbsd.org@localhost, tsutsui%ceres.dti.ne.jp@localhost
Subject: Re: bin/50638: Extreme slowness on loading gzipped kernels on oldCPUs
Date: Tue, 12 Jan 2016 10:01:57 +0100

 On Tue, Jan 12, 2016 at 07:15:01AM +0000, Kamil Rytarowski wrote:
 > The following reply was made to PR bin/50638; it has been noted by GNATS.
 > 
 > From: Kamil Rytarowski <n54%gmx.com@localhost>
 > To: gnats-bugs%NetBSD.org@localhost
 > Cc: 
 > Subject: Re: bin/50638: Extreme slowness on loading gzipped kernels on oldCPUs
 > Date: Tue, 12 Jan 2016 08:10:47 +0100
 > 
 >  -----BEGIN PGP SIGNED MESSAGE-----
 >  Hash: SHA256
 >  
 >  On 11.01.2016 23:37, Joerg Sonnenberger wrote:
 >  > On Mon, Jan 11, 2016 at 09:50:00PM +0000, Kamil Rytarowski wrote:
 >  >> Is it space cheaper to generate lookup table instead of using a 
 >  >> pregenerated one?
 >  > 
 >  > See the posted patch. It's a bit difficult to say, but it requires
 >  > less than 100 Bytes for x86's boot.
 >  > 
 >  > Joerg
 >  > 
 >  
 >  If it doesn't matter that it's semireentrant it's OK from me.
 
 It is reentrant. It doesn't have to be fully thread-safe, but will
 be for any platform providing TSO. Given the constraints libsa operates
 under, that's more than enough.
 
 Joerg