------- Comment #1 from csm at gnu dot org 2006-06-06 06:42 -------
This is apparently caused by the default implementation of VMSecureRandom,
which uses some threads concurrently modifying counters, and uses those
counters to construct random bytes.
It's odd that on GCJ this runs so slow; using the jamvm interpreter I didn't
notice that much of a lag (on a fast machine, sure, but I wouldn't think that
on any reasonably modern machine someone would get bothered enough to file a
bug).
--
csm at gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |csm at gnu dot org
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed|0000-00-00 00:00:00 |2006-06-06 06:42:00
date| |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27908
