http://www.cs.cmu.edu/~dga/crypto/ric/diff_offset_2014_03_18.png
Looks like within a few days, the low-primorial miners will mostly be gone.
Supercomputing alluded to this, but I think it'll be interesting to see what happens with coprimes (offsets relative to the primorial) other than the first. The ypool miner and mine both use only the first (+97 for 2310, and +16057 for big primorials). But a00k's uses a different coprime for each worker. I'm not sure I see a fundamental advantage to using the coprimes unless we start exhausting the 256 bit nonce space with large primorials and need to search more densely, but it seems like something to keep in mind.
I'll see if I can add a coprime-detector to my analysis code for some graphs next week. That should also provide a better signature of the miner used to mine the block - interesting stuff.
All these primorial optimizations are assuming that all 'coprimes' as you say (I'm not sure it's the correct term, I'd call them 'remainders' since they are the remainder of the first prime of the sextuplet modulo the primorial) are equiprobable (ie sextuplets are distributed evenly amongst different remainders). It's logical to assume that, but I think it's not proven to be true. Some may give better performance than others - and it could be a big difference.
The safest approach would be to choose one at random and switch every few minutes or something. And of course the best would be to research if they are truly the same or not.
Some of you people thought your were mining this for the money? while you were distracted, I made you do science! ha!
*grin* Sorry - coprimes was a00k's term, I call them offsets, but remainders is probably better.
Oh, I'm in this for the fun.
Would be interesting to know if we could embed more information in the block to help do that study more to be able to tease apart miner popularity/performance/probabilities.
Cool idea, it would be impossible to enforce or to avoid some miners lying, but those would be a minority - if any. We could have some standard way to store that in the coinbase transaction, but it wouldn't work for miners that use "getwork"... let's think about it.
Another thing: different remainders or offsets would be a good way to implement threading, better than dividing the nonce space as rminerd does.