Thats what I was thinking. I don't know if that would be the most profitable, but I have to think sticking with one pool that is slow and only getting a few shares in on faster pools isn't the most profitable. Over on the bithopper thread they are all trying to implement "slicing" which basically tells the hopper that if there is more than 1 pool under 43% to rotate between them submitting shares. Again, there are people a lot smarter than me who know what is the most profitable though.
The earlier shares are most profitable afaik. I wanted to release 0.6.4 today but I'll delay it a bit longer to add this mode that takes hashrate into account. The next version will have 2 prop pool hopping modes to choose from, picking fast pools first or this regular one.
There is a thread discussing this exact thing here:
http://hoppersden.info/showthread.php?25-What-s-the-better-strategyI don't know what is the best option anymore. Looks like slicing or dynamic penalties like Ryouiki's fork is the most efficient according to Ryouiki's simulation. I am sure you know more about this than I do. I am grateful for all of your hard work.
Edit: Also, nofee seems to be switching their server over to google's apparently after this long block is over and I think the host address and username and passwords for everyone will be changing. No idea what the correct port is because they didn't say.