Randomly not so random
vanillajava.blogspot.com
vanillajava.blogspot.com
The test is pulling out 10 integers in the range [0,9]. That space is log2(10^10) == 33 bits big. The 64 bit seed space is far larger. So for any given sequence of ten numbers, there are almost certainly going to be many seeds that will generate it. This has nothing to do with the "quality" of the generated numbers, it's just that our intuition about what sequences look "random" lives in a much smaller search space than the RNG can actually produce.
The right thing to do is to replace Random with a different non-crypto generator with better properties. (Non-crypto generators don't care about predictability, only high-grade random distribution). Mersenne Twister seems the obvious choice, but it's about 1/2 the speed of java.util.Random. There are some other decent faster generators out there.
Could it be possible to use something like this for "quantum compression"? If you use a quantum computer to find the combinations of seeds that generate a given string, could that be used for compression?