RandomPool initialization is slow on Windows

[A.M. Kuchling]

See discussion in http://article.gmane.org/gmane.comp.version-control.bazaar-ng.general/43874 .

Excerpt: In RandomPool.__init__() ...

However, time.time() on windows only has a resolution of ~15ms. So
getting 100 new ticks takes... 15ms * 100 = 1.5s (no surprise there).

It turns out that on *windows* you should be using time.clock() which
uses a high resolution timer. (On Linux, time.clock() measures CPU time,
which isn't good for this particular use.)

[John A Meinel (jameinel)]

I just put together a patch for this. I don't know how it fits with the overall code base, but at least it is consistent within randompool.py

[John A Meinel (jameinel)]

Just uploading the same change as a patch, since I don't know if a branch is preferred.

[Darsey Litzenberger (dlitz)]

I'm not going to bother fixing this, since RandomPool is now deprecated anyway.

See Bug #249765 and http://lists.dlitz.net/pipermail/pycrypto/2008q3/000020.html.