This seems to be normal for an optimized miner.
The miner does not stop mining the sieve until the original one is verified by a slow mpz_nextprime() call. When your miner is significantly faster than the PoW function you tend to find lots of shares before the PoW can stop the sieve from mining.
Regards,
--
bsunau7
@bsunau7
Thanks for the info and I will implement a small sieve for validation and use a single exponentiation test at each end point; it should be at least 100x faster and less than 1/(2
128) probability of it being a larger gap.