Closed Bug 96058 Opened 20 years ago Closed 14 years ago

more efficient entropy collection


(NSS :: Libraries, defect, P4)



(Not tracked)



(Reporter: cathleennscp, Unassigned)


I notice that while nss is collecting entropy, it searchs for files that do not
exist on users machine... for example it searches for .so, .a or .shlb files on
my  windows hard drive, which we know they will never exist.  Same thing for
unix, looking for .dlls .exe .shlb and on mac for .so, .a, .exe, .dll...  This
is costing quite a bit of time on startup expecially for low end machines or
machines with slow hard drive.
Blocks: 75947
Priority: -- → P2
Target Milestone: --- → Future
Version: 1.1 → 2.1
QA Contact: ckritzer → junruh
Why is it necessary that this bug blocks 75947?
I think we discussed with Cathleen that we had a fix and that the fix had most
probably been checked in already. Relyea, can you confirm?
There are two problems we discussed:

One was the actual startup time for NSS.
The second was delaying initial loading of PSM.

Kai's bugs are all related to the second.
I committed to fixing the first.

The fix for the first is indeed checked into the NSS trunk, but we are still
stablizing it. I expect by Monday we will be ready to start testing PSM with it.

Bug 75947 will provide a fix, which will delay loading of NSS until required.

A component outside of NSS will do some initial entropy collection, that is
unrelated to what NSS is doing internally (which is what this bugs asks for IMHO).

Bug 75947 does not depend on this bug being fixed, if nobody objects I'd like to
remove the dependency, to be able to land 75947 very soon.

Should this bug's component be changed to NSS ?
Nobody responded, I'll do it.

Removing blocking for 75947, changing component to NSS.
No longer blocks: 75947
Component: Client Library → Libraries
Product: PSM → NSS
Version: 2.1 → unspecified
QA Contact: junruh → libraries
Assignee: ddrinan0264 → nobody
Priority: P2 → P4
Target Milestone: Future → ---
The problem described in this bug may not be in the entropy
collection code but rather in the code that loads the built-in
root certs module (  The current code should
not have this problem, but it's too much work to track down
when the problem was fixed.
Closed: 14 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.