Introducing CherryPicking - new Windows & Linux Pool Hopper

[Bloodred]

CherryPicking will restart it on the next pool switch (but not on updates where no switch is required). You can just restart CherryPicking though, it's not a problem and won't affect it in any negative way.

[Remember remember the 5th of November]

Would you be as kind as to share a list of pools that will "work"?

[Bloodred]

Have a look through the topic, lots of people have posted the pools they use and what they think about them, some even after you first posted I believe.
I do not have miners running so I am not in a position to make pool recommendations. I can only provide support for technical issues that you may have when running CherryPicking, either as a solution you can directly apply or as a fix in a future update, if that's needed.

I can however provide some guidelines on choosing pools and hopping modes:
1) You need at least one pool working on the PPS/BACKUP profile
2) Prop pools are very important, the more prop pools you add the higher your income will be.
3) The NORMAL hopping algorithm should provide the highest income, but this comes at the price of high variance as well. STATIC_FAST will generally provide lowest variance but will very likely reduce your income. All the algorithms starting with DYNAMIC provide a compromise between NORMAL and STATIC_FAST, their functioning has been explained in detail a few pages back in this thread.
4) Score pools will also generally provide efficiency above 100%. PPLNS is very much a gamble, you can get lucky and have great efficiency, but on average you should probably stay away from them, but support is there if you still want to try. Same applies to the long_score mining profile, it works similarly to PPLNS.

[Bloodred]

Sure, that's a good idea, I'll do that.

[scatterbrain]

also dont hopp bitcoinlc they delay/fake stats

it can't be a very significant delay/fake. it has been my 2nd biggest earning pool and i have over 250% efficiency there for over a month of mining, which is pretty comparable to the other proportional pools i use

[max in montreal]

another pool down, this is an email I received...

BTCServ will stop offering proportional rewards after the current round because it does not seem to work parallelly to Pay-Per-Share rewards. I really would like to keep it like it is, but I have figured out that if I would keep the present system, the PPS queue would go more and more in the negatives over time.
Short explanation of the issue. In short rounds, which are PROP heavy, the PPS savings do not even out the additional PPS payments in longer rounds, which have a significant higher percentage of PPS shares.

Therefore, after the current round all miners will be set to PPS.

 Kind Regards,
 wtfman
 --------------
 BTCServ
 #btcserv Freenode

[Bloodred]

CherryPicking doesn't hop pools with a hash rate of 0 since that would be solo mining.

[Bloodred]

CherryPicking has been updated to v0.6.7!

Changelog:

• Added support for Phoenix, both on Windows and Linux!
• New code that intercepts miner messages, necessary due to Phoenix support (first release so should be considered slightly experimental)
• Added proper support for pools which delay stats. The Delay attribute in pool config files may now be used to specify a stats delay time in seconds. Note that this does NOT work for very fast pools (if the pool gets over the hop threshold in the stats delay time, it won't work)
• Added a separate mining profile for proportional 50-50 tax pools! Many thanks to organofcorti for his great research into hopping these pools! The profile for these pools is PROP50
• Changed the score hopping profile in accordance to organofcorti's simulations and research. Thanks again!
• The poclbm.cfg file has now been renamed to miner.cfg, to make more sense with Phoenix usage as well. The Windows updater .bat file renames it automatically, you'll have to rename it yourself on Linux.
• Added a new attribute in miner.cfg, aptly called Miner. It's used to select between poclbm and Phoenix as miners, the accepted values are poclbm and phoenix.
• Added a feature that displays each GPU's individual hash rate, press g then Enter to switch between this display and the default live info display.
• CherryPicking now costs 0.5BTC, up by 0.1 from the previous price point.

Note: Due to lots of new stuff added and change to core process control code this version may bring a few bugs, though I have fixed all bugs that I have found on my systems (Windows 7 x64 SP1 and Ubuntu 11.04 32bit)

Updates:
v0.6.6a to v0.6.7
v0.6.6 to v0.6.7

[max in montreal]

•Added a new attribute in miner.cfg, aptly called Miner. It's used to select between poclbm and Phoenix as miners, the accepted values are poclbm and phoenix.

example would be

miner=phoenix

or

miner=poclbm

right?

[Bloodred]

Yeah, that's it. If you want to use Phoenix add Miner=Phoenix (capitalization doesn't matter) in miner.cfg. You don't need to add anything for poclbm, if the entry is missing it defaults to poclbm anyway.

Obviously, have the Path entry to phoenix.exe on Windows or phoenix.py on Linux. On Linux you may need to chmod phoenix.py to make it executable first, CP will get access denied errors otherwise.

[max in montreal]

must find where to download the latet phoenix...but after the update, poclbm is working fine.

[blacbe]

must find where to download the latet phoenix...but after the update, poclbm is working fine.

https://bitcointalk.org/index.php?topic=6458.0

[max in montreal]

there were some mods done to phoenix because of faster math, is this the latest one? or was this the original?

[Bloodred]

I'm not exactly sure which the fastest Phoenix kernel is, I've used the one linked to above for development, though I don't think a different kernel would make any difference to CP.

[max in montreal]

OK so my miner.cfg looks like this:

Code:

Path=/live/cow/home/user/phoenix/phoenix.py
Args=k phatk2 VECTORS BFI_INT AGGRESSION=7
Device=0

path is correct, phoenix.py is executable. I run the latest version of cherry, and all starts out fine, but at the bottom its telling me 0 hashes.

so i am guessing this is a phoenix issue?

[blacbe]

OK so my miner.cfg looks like this:

Code:

Path=/live/cow/home/user/phoenix/phoenix.py
Args=k phatk2 VECTORS BFI_INT AGGRESSION=7
Device=0

path is correct, phoenix.py is executable. I run the latest version of cherry, and all starts out fine, but at the bottom its telling me 0 hashes.

so i am guessing this is a phoenix issue?

use

Code:

Path=/live/cow/home/user/phoenix/phoenix.py
Args=-k phatk2 VECTORS BFI_INT AGGRESSION=7
Device=0
Miner=Phoenix

[max in montreal]

Code:

Path=/live/cow/home/user/phoenix/phoenix.py
Args=-k phatk2 VECTORS BFI_INT AGGRESSION=7
Device=0
Miner=Phoenix

sorry, yes this is what i had, did not cut and paste the whole thing...still at 0.

[max in montreal]

oh no, its working, guess I was just too impatient...

[max in montreal]

ok maybe I found a small bug...

when pressing e to stop the mining, the cpu skyrockets.

using tor to check cpu usage, phoenix is at 99%.

[blacbe]

i have a 17% increase in hashrate with phoenix