Topic: Introducing CherryPicking - new Windows & Linux Pool Hopper - page 3. (Read 43136 times)
September 28, 2011, 02:23:51 AM
hoping to deepbit is a bad idea because it's too fast and delays stats. i'm not sure about btcguild but i know it delays stats. maybe someone can make a comment on this
September 28, 2011, 12:11:29 AM
Very cool... thanks for the configs!
September 28, 2011, 12:09:34 AM
NVM 
September 27, 2011, 10:40:14 PM
Made a config for BTCGuild since bloodred is off twiddling his thumbs somewhere..
CONFIG FILES REMOVED BECAUSE THESE TWO POOLS DELAY STATS, PLEASE DON'T USE THEM.
Edit: Also, I've set ArsBitcoin as type BACKUP in the config, which I thought would mean it would ONLY hop to Ars if nothing else was available, or the other stuff was REALLY bad, but I seem to be hopping to Ars on a regular basis. Is this normal?
Would be nice if someone could piece together a config for btcmp~
CONFIG FILES REMOVED BECAUSE THESE TWO POOLS DELAY STATS, PLEASE DON'T USE THEM.
Edit: Also, I've set ArsBitcoin as type BACKUP in the config, which I thought would mean it would ONLY hop to Ars if nothing else was available, or the other stuff was REALLY bad, but I seem to be hopping to Ars on a regular basis. Is this normal?
Would be nice if someone could piece together a config for btcmp~
September 26, 2011, 03:33:10 AM
Eligius is a fair pool, not a hopping pool. It doesn't have a standard proportional pool. The payout method is called SMPPS, and it's not hoppable.
September 26, 2011, 12:10:59 AM
So what are some of the better pools for hopping to use? I'm hopping between 18 pools right now, and I'm looking for more (PROP) pools to get with -- or whatever pool seems to work best and dole out the most BTC. Looking at my SSH console right now, it looks like Eligius is feeding off of the 2100MH/s brute strength of my rig, and I'm wondering if my time would be better spent elsewhere (Ozco.in, Mtred).. I started making a DeepBit config file this afternoon but I dropped it half-way through because I wasn't sure if reading the *average* shares from the stats page was the proper value to input for the shares computation in CherryPicking.
Recommendations? Advice?
Recommendations? Advice?
September 24, 2011, 06:00:22 PM
i had a small issue upgrading from .066 to .067. CP was able to apply the patch update, but when i started the program i got an invalid or courrupt jarfile error. i have 4 rigs and the same thing happened on all of them. i completely reinstalled CP to see if that helped and i still got the invalid or corrupt jarfile error when i updated to version .067 whether i was updating from .063, .066, or .066a.
i couldn't find a post on how to roll back to a previous version, so i just renamed the current CherryPicking.jar to CherryPicking067.old. i then renamed the CherryPicking066.old to CherryPicking.jar and everything worked fine again. is this the proper way to go back to a previous version? CP still retained all the new updated functions of .067 even though i'm using the .066 .jar file. i don't know much about programming but i thought the code was in the .jar file, so how can the .066 file use the .067 updates, unless the code is not in the .jar file. in which case, what exactly is the difference in the .jar files if i can simply interchange them and not affect how CP runs?
i couldn't find a post on how to roll back to a previous version, so i just renamed the current CherryPicking.jar to CherryPicking067.old. i then renamed the CherryPicking066.old to CherryPicking.jar and everything worked fine again. is this the proper way to go back to a previous version? CP still retained all the new updated functions of .067 even though i'm using the .066 .jar file. i don't know much about programming but i thought the code was in the .jar file, so how can the .066 file use the .067 updates, unless the code is not in the .jar file. in which case, what exactly is the difference in the .jar files if i can simply interchange them and not affect how CP runs?
The .old files the updater .bat makes are just the other .jar files renamed, so if you use any of those you're essentially using an older version. To re-update from an older one, download all the needed updates to get to the current version, then rename the respective .old file to CherryPicking.jar and apply the updates in order (the .old files will be generated again). I recommend re-upgrading from 0.6.5 or any older version.
In any case, I have re-uploaded the 0.6.6 to 0.6.7 update in case it somehow got corrupted, download that again to be sure. Here are also the correct checksums for 0.6.6 and 0.6.7:
0.6.7
Code:
File: CherryPicking.jar
CRC-32: 9ccce5d1
MD4: 6422bade46c6e4e59d5c6b304aeaa1ad
MD5: c7009e1cb51af0d8d36b0a93c53318ac
SHA-1: a99fff9ee398bb95b0ed097414529b45dc3c80bb
CRC-32: 9ccce5d1
MD4: 6422bade46c6e4e59d5c6b304aeaa1ad
MD5: c7009e1cb51af0d8d36b0a93c53318ac
SHA-1: a99fff9ee398bb95b0ed097414529b45dc3c80bb
0.6.6
Code:
File: CherryPicking.jar
CRC-32: cff79356
MD4: c087ffd9704b0faa1ef6d86c0750e75e
MD5: 619a959b53c7d2ae6c2c150c9d1a8a5e
SHA-1: 388f6c1b70990439a958097ee505307983973df9
CRC-32: cff79356
MD4: c087ffd9704b0faa1ef6d86c0750e75e
MD5: 619a959b53c7d2ae6c2c150c9d1a8a5e
SHA-1: 388f6c1b70990439a958097ee505307983973df9
September 24, 2011, 02:01:24 PM
BitMinter switched to a variation of PPLNS today, so if you were pool hopping us you may want to take us out of your setup. I don't want to "trick" anyone with the switch of reward system.
We'll still be paying out 5% extra for another 40+ blocks though, so we can be a good default pool to use.
We'll still be paying out 5% extra for another 40+ blocks though, so we can be a good default pool to use.
September 23, 2011, 07:45:32 PM
i had a small issue upgrading from .066 to .067. CP was able to apply the patch update, but when i started the program i got an invalid or courrupt jarfile error. i have 4 rigs and the same thing happened on all of them. i completely reinstalled CP to see if that helped and i still got the invalid or corrupt jarfile error when i updated to version .067 whether i was updating from .063, .066, or .066a.
i couldn't find a post on how to roll back to a previous version, so i just renamed the current CherryPicking.jar to CherryPicking067.old. i then renamed the CherryPicking066.old to CherryPicking.jar and everything worked fine again. is this the proper way to go back to a previous version? CP still retained all the new updated functions of .067 even though i'm using the .066 .jar file. i don't know much about programming but i thought the code was in the .jar file, so how can the .066 file use the .067 updates, unless the code is not in the .jar file. in which case, what exactly is the difference in the .jar files if i can simply interchange them and not affect how CP runs?
i couldn't find a post on how to roll back to a previous version, so i just renamed the current CherryPicking.jar to CherryPicking067.old. i then renamed the CherryPicking066.old to CherryPicking.jar and everything worked fine again. is this the proper way to go back to a previous version? CP still retained all the new updated functions of .067 even though i'm using the .066 .jar file. i don't know much about programming but i thought the code was in the .jar file, so how can the .066 file use the .067 updates, unless the code is not in the .jar file. in which case, what exactly is the difference in the .jar files if i can simply interchange them and not affect how CP runs?
September 23, 2011, 02:47:36 PM
Hello everyone,
if you wanna try something new, you are welcome to hop into yourbtc.net.
Payout method is Double Geometric Method (DGM). You find some useful information about the math here: http://www.yourbtc.net/faq-page and of course https://bitcointalksearch.org/topic/double-geometric-method-hopping-proof-low-variance-reward-system-39497
You can access our api here: http://www.yourbtc.net/api.php
For personal stats, log in into your account and get your personal api.
Have a nice day!
if you wanna try something new, you are welcome to hop into yourbtc.net.
Payout method is Double Geometric Method (DGM). You find some useful information about the math here: http://www.yourbtc.net/faq-page and of course https://bitcointalksearch.org/topic/double-geometric-method-hopping-proof-low-variance-reward-system-39497
You can access our api here: http://www.yourbtc.net/api.php
For personal stats, log in into your account and get your personal api.
Have a nice day!
Is this a trick (Double geometric method: Hopping-proof, low-variance reward system)?
September 23, 2011, 12:33:02 PM
Hello everyone,
if you wanna try something new, you are welcome to hop into yourbtc.net.
Payout method is Double Geometric Method (DGM). You find some useful information about the math here: http://www.yourbtc.net/faq-page and of course https://bitcointalksearch.org/topic/double-geometric-method-hopping-proof-low-variance-reward-system-39497
You can access our api here: http://www.yourbtc.net/api.php
For personal stats, log in into your account and get your personal api.
Have a nice day!
if you wanna try something new, you are welcome to hop into yourbtc.net.
Payout method is Double Geometric Method (DGM). You find some useful information about the math here: http://www.yourbtc.net/faq-page and of course https://bitcointalksearch.org/topic/double-geometric-method-hopping-proof-low-variance-reward-system-39497
You can access our api here: http://www.yourbtc.net/api.php
For personal stats, log in into your account and get your personal api.
Have a nice day!
September 23, 2011, 09:26:35 AM
Just wondering what pools is everyone using and what is their configuration?
September 23, 2011, 06:50:45 AM
NoFee has changes to PPS from PROP. I have just removed it from my hop.
So? I thought PROP > PPS anyway.
Nofeemining is still smpps. Good for backup/fairpool, but not for hopping.
September 22, 2011, 06:44:44 PM
NoFee has changes to PPS from PROP. I have just removed it from my hop.
So? I thought PROP > PPS anyway.
September 22, 2011, 05:16:02 PM
Ok guys please relax.
I was moving to a new apartment the last few days so I was not able to answer your questions.
There were some issues with the stats display that were showing people having higher earnings than they really had.
You can verify your earnings very simply.
We now operate on a system very similar to Pay Per Share. That means you get paid the same amount for each share. You can find that amount by doing this:
(Number of shares) divided by (current difficulty) multiplied by (50 coins per block) = your earnings.
If you did work on a recent block and did not receive a payout it is most likely because you have not hit the default 1 BTC threshhold for payouts.
You can change that by simply adding your workers to your account on the site. You can also request a payout manually by hitting "PAY ME" after you log in.
If you have any serious(or even small) problems you can always email me. My email is [email protected]
I have fixed the problems of everyone who has emailed me.
Rest assured if there has been any problem that has caused you to lose any amount of your balance for work that you did I will reimburse you personally.
Remember that I also mine on this pool with my workers and this pool is a free service that is supported by donations.
I was moving to a new apartment the last few days so I was not able to answer your questions.
There were some issues with the stats display that were showing people having higher earnings than they really had.
You can verify your earnings very simply.
We now operate on a system very similar to Pay Per Share. That means you get paid the same amount for each share. You can find that amount by doing this:
(Number of shares) divided by (current difficulty) multiplied by (50 coins per block) = your earnings.
If you did work on a recent block and did not receive a payout it is most likely because you have not hit the default 1 BTC threshhold for payouts.
You can change that by simply adding your workers to your account on the site. You can also request a payout manually by hitting "PAY ME" after you log in.
If you have any serious(or even small) problems you can always email me. My email is [email protected]
I have fixed the problems of everyone who has emailed me.
Rest assured if there has been any problem that has caused you to lose any amount of your balance for work that you did I will reimburse you personally.
Remember that I also mine on this pool with my workers and this pool is a free service that is supported by donations.
NoFee has changes to PPS from PROP. I have just removed it from my hop.
September 21, 2011, 05:43:20 PM
Sorry for my inactivity, I'm a bit busy these days, but as soon as I have a bit more time I'll see to making corrections to the pool cfgs and to getting 0.6.8 out.
September 19, 2011, 04:39:05 PM
ok, well mainframe is pplns, nofee and bitpit are smpps. Last I heard unitedminers were also doing hopper proof scoring. So I wouldn't be hopping any of them anyway.
Oh, I see. Well, I'll remove them from the pools to consider for hopping, which moves the number of pools I'm set up with from 18 to 14.. I guess its time to register with more pools.
The global speed is the entire mining network, not just that pool. CherryPicking reports the pools speed, not the network's speed.
Ah, I see! That clears things up. Actually about 15 minutes after I posted, I noticed the difference @ the btcserv page. Silly me.
Any chance we can get more config's generated for all the worth-while pools out there in the Pools forum (https://bitcointalk.org/index.php?board=41.0?)
September 19, 2011, 02:29:31 PM
can you update the configs with organofcorti's math on 50-50 pools and score please
September 19, 2011, 11:39:51 AM
Would it be possible that you could implement support for cherry-picking which GPUs we'd like to use for mining? 
Say for instance that I want GPU 0, 1, 3, 4 to be mining with CherryPicking, while GPU 2 is left alone. This can be done with POCLBM and Phoenix, picking which GPU's to dedicate to mining, so could CherryPicking implement this in some way?
EDIT: Anyone else having problems with mainframe, nofee, unitedminers, and bitp.it? CherryPicking has problems connecting to them.
I can implement something like that in the next version, should work well enough.Say for instance that I want GPU 0, 1, 3, 4 to be mining with CherryPicking, while GPU 2 is left alone. This can be done with POCLBM and Phoenix, picking which GPU's to dedicate to mining, so could CherryPicking implement this in some way?
EDIT: Anyone else having problems with mainframe, nofee, unitedminers, and bitp.it? CherryPicking has problems connecting to them.
Also, are the settings for the btcserv configs in the config pack correct? According to btcserv.net, the global network speed was 12.37TH/s, and CherryPicking reports the global speed as 13.7GH/s.. or am I missing something here?
Also, still having issues with mainframe, nofee, unitedminers, and bitp.it.
The global speed is the entire mining network, not just that pool. CherryPicking reports the pools speed, not the network's speed.Great read and very useful info! I'll implement a Score profile where you can set c and that uses the function for the next version of CP. Also, still having issues with mainframe, nofee, unitedminers, and bitp.it.
September 19, 2011, 10:38:46 AM
Also, still having issues with mainframe, nofee, unitedminers, and bitp.it.
what do you use them for? hopping or backup?
ok, well mainframe is pplns, nofee and bitpit are smpps. Last I heard unitedminers were also doing hopper proof scoring. So I wouldn't be hopping any of them anyway.
Jump to: