monotone-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Monotone-devel] Re: nvm.stripped versus botan


From: Stephen Leake
Subject: Re: [Monotone-devel] Re: nvm.stripped versus botan
Date: Sat, 24 Jan 2009 08:35:19 -0500
User-agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (gnu/linux)

Zack Weinberg <address@hidden> writes:

> On Tue, Jan 20, 2009 at 2:31 PM, Zack Weinberg <address@hidden> wrote:
>> I noticed a severe slowdown in the time for nvm.stripped to run the
>> testsuite (from five to twelve minutes on my big beefy quad-core
>> machine) which *seems* to be all down to initializing botan's RNG.
>
> Most subcommands don't use cryptographic random numbers at all.   I
> just pushed changes to .stripped that make us wait to instantiate a
> RandomNumberGenerator object until we actually need one (under the
>>=1.7.7 API).  That takes the testsuite runtime back down to a little
> more than five minutes.  I consider the performance with botan 1.8.0
> acceptable now.
>
> I'm pretty happy with .stripped.  I was able to muck out an incredible
> amount of gunk from the configure script, and if we get rid of netxx
> even more can go.  The binary's smaller, the build is faster, and the
> Debian security team will be happy with us.  What remains to be done
> before we can land it?

There is still the mysterious libintl-11.dll on MinGW.

I have not been able to work on this; the MS developer SDK is only
available as a DVD image, and I don't have the facilities to burn a
DVD.

> Folks with exotic systems (non-Linux, non-*BSD) might wanna check what
> I did to the configure script, btw.  I might have been overoptimistic.
> :-/

I don't have my MinGW box available at the moment; it's my work
laptop, and I normally leave it at work. I'll look into changes since
the mini-summit when I have time.

-- 
-- Stephe




reply via email to

[Prev in Thread] Current Thread [Next in Thread]