attempting to parse bitclockers.cfg, then pool bitclockers might not be configured correctly. It has been initialized anyway.
Topic: Introducing CherryPicking - new Windows & Linux Pool Hopper - page 25. (Read 43136 times)
so all seems to be working well on my end, but am still getting funny messages...
attempting to parse bitclockers.cfg, then pool bitclockers might not be configured correctly. It has been initialized anyway.
attempting to parse bitclockers.cfg, then pool bitclockers might not be configured correctly. It has been initialized anyway.
Well this is just weird, i'm checking my hashrate right now and it's 225mh/s, while I usually hash around 350mh/s on guiminer, with the same arguments, or course. Why is this happening? My poclbm.cfg is currently like this:
Path=C:\BTC\poclbm\poclbm.exe
Args=-v -w128
Device=0
Path=C:\BTC\poclbm\poclbm.exe
Args=-v -w128
Device=0
Damn it, I forgot to post this in the changelog.
Yes, yes you can.
Just type info and press Enter, I've added it in the latest version. The hash rate displayed is taken from poclbm's own averaging, it will probably be inaccurate right after a pool switch.
Yes, yes you can.
Just type info and press Enter, I've added it in the latest version. The hash rate displayed is taken from poclbm's own averaging, it will probably be inaccurate right after a pool switch.
So it resets for each pool switch? Thats pretty awesome actually.
Damn it, I forgot to post this in the changelog.
Yes, yes you can.
Just type info and press Enter, I've added it in the latest version. The hash rate displayed is taken from poclbm's own averaging, it will probably be inaccurate right after a pool switch.
Yes, yes you can.
Just type info and press Enter, I've added it in the latest version. The hash rate displayed is taken from poclbm's own averaging, it will probably be inaccurate right after a pool switch.
So it resets for each pool switch? Thats pretty awesome actually.
Damn it, I forgot to post this in the changelog.
Yes, yes you can.
Just type info and press Enter, I've added it in the latest version. The hash rate displayed is taken from poclbm's own averaging, it will probably be inaccurate right after a pool switch.
Yes, yes you can.
Just type info and press Enter, I've added it in the latest version. The hash rate displayed is taken from poclbm's own averaging, it will probably be inaccurate right after a pool switch.
Is there any way I can see what my hashrate is? Damn, I forgot how awful my experience with BitHopper was.
The cherrypicking.jar file does not work for me. I start the program the hourglass comes up for a few seconds and it shuts down. I can run the program only by the start.bat. Is this correct. I just did the update and says the jar should be updated.
Does the resulting .jar file match the checksums in the 2nd post? If you don't have a tool to calculate checksums installed, you can use this online version: http://www.hashemall.com/Select MD5 and compare your updated .jar file to the MD5 value in the 2nd post.
Also i just updated and I can't find settings.cfg anywhere
It won't be created automatically, if you want to change any of the parameters you can create it yourself in the cfg folder as a regular text file.Cherrypicking.jar file does match the checksum on 2nd post using hashemall online tool and MD5 value
it runs with the start.bat correct. I thought I had missed something. Thank you.
The cherrypicking.jar file does not work for me. I start the program the hourglass comes up for a few seconds and it shuts down. I can run the program only by the start.bat. Is this correct. I just did the update and says the jar should be updated.
Does the resulting .jar file match the checksums in the 2nd post? If you don't have a tool to calculate checksums installed, you can use this online version: http://www.hashemall.com/Select MD5 and compare your updated .jar file to the MD5 value in the 2nd post.
Also i just updated and I can't find settings.cfg anywhere
It won't be created automatically, if you want to change any of the parameters you can create it yourself in the cfg folder as a regular text file.Cherrypicking.jar file does match the checksum on 2nd post using hashemall online tool and MD5 value
The cherrypicking.jar file does not work for me. I start the program the hourglass comes up for a few seconds and it shuts down. I can run the program only by the start.bat. Is this correct. I just did the update and says the jar should be updated.
Does the resulting .jar file match the checksums in the 2nd post? If you don't have a tool to calculate checksums installed, you can use this online version: http://www.hashemall.com/Select MD5 and compare your updated .jar file to the MD5 value in the 2nd post.
Also i just updated and I can't find settings.cfg anywhere
It won't be created automatically, if you want to change any of the parameters you can create it yourself in the cfg folder as a regular text file.Cherrypicking.jar file does match the checksum on 2nd post using hashemall online tool and MD5 value
Thanks bloodred, I plan on donating another .1BTC once I can receive payouts from all these pools ( i wait until .5 so i don't get high transaction fees when i send the btc later)
Thanks! I never even thought about donations, but I'll add an address to my sig.I daresay you will make more money by changing from a charge to a donations basis.
Thanks bloodred, I plan on donating another .1BTC once I can receive payouts from all these pools ( i wait until .5 so i don't get high transaction fees when i send the btc later)
Thanks! I never even thought about donations, but I'll add an address to my sig.after updating to v.0.6.4 the dos promt seems to take twice as long to update the pool list as it did before. (when it stops showing [Miner#] pool.nameofpool.com:port [date] [time] [share] accepted)
and starts showing the pool update status. I was wondering if this is temporary, or if it is because of my internet speed? Or is this a flaw in the update?
or is it nothing to worry about ?(by seeing the pool update messages i assume im not mining any shares , and because its taking longer to update the pool list i was thinking this means im mining a lot less shares)
edit: i just realized it still keeps mining shares while updating completely ignore my post.
Yeah, it only stops mining (for a fraction of a second, literally) when it switches pools because it has to restart the poclbm processes. I haven't changed the code that does the updating or anything that could possibly affect it and since the new .jar works the update was definitely successful, so it'd be really strange if a bug that caused slow updates appeared. Right now it's probably a slow-ish pool or something like that, network-related. Currently it has a 10s timeout period for pool connections, so if some pools are slow it will wait at most 10s for each. If more people run into this problem I'll try to replicate it and find a fix. and starts showing the pool update status. I was wondering if this is temporary, or if it is because of my internet speed? Or is this a flaw in the update?
or is it nothing to worry about ?(by seeing the pool update messages i assume im not mining any shares , and because its taking longer to update the pool list i was thinking this means im mining a lot less shares)
edit: i just realized it still keeps mining shares while updating completely ignore my post.
Thanks bloodred, I plan on donating another .1BTC once I can receive payouts from all these pools ( i wait until .5 so i don't get high transaction fees when i send the btc later)
I just have one tiny little complaint left:
after updating to v.0.6.4 the dos promt seems to take twice as long to update the pool list as it did before. (when it stops showing [Miner#] pool.nameofpool.com:port [date] [time] [share] accepted)
and starts showing the pool update status. I was wondering if this is temporary, or if it is because of my internet speed? Or is this a flaw in the update?
or is it nothing to worry about ?(by seeing the pool update messages i assume im not mining any shares , and because its taking longer to update the pool list i was thinking this means im mining a lot less shares)
edit: i just realized it still keeps mining shares while updating completely ignore my post.
I just have one tiny little complaint left:
after updating to v.0.6.4 the dos promt seems to take twice as long to update the pool list as it did before. (when it stops showing [Miner#] pool.nameofpool.com:port [date] [time] [share] accepted)
and starts showing the pool update status. I was wondering if this is temporary, or if it is because of my internet speed? Or is this a flaw in the update?
or is it nothing to worry about ?(by seeing the pool update messages i assume im not mining any shares , and because its taking longer to update the pool list i was thinking this means im mining a lot less shares)
edit: i just realized it still keeps mining shares while updating completely ignore my post.
The cherrypicking.jar file does not work for me. I start the program the hourglass comes up for a few seconds and it shuts down. I can run the program only by the start.bat. Is this correct. I just did the update and says the jar should be updated.
Does the resulting .jar file match the checksums in the 2nd post? If you don't have a tool to calculate checksums installed, you can use this online version: http://www.hashemall.com/Select MD5 and compare your updated .jar file to the MD5 value in the 2nd post.
Also i just updated and I can't find settings.cfg anywhere
It won't be created automatically, if you want to change any of the parameters you can create it yourself in the cfg folder as a regular text file. Hell Yeah update. 
my cherrypicker spent the entire night for the most part at Ozco.in and didnt do any backup mining at all (i have 3 backups set) ... could i have possibly messed up a cfg file or something?
Also i just updated and I can't find settings.cfg anywhere
my cherrypicker spent the entire night for the most part at Ozco.in and didnt do any backup mining at all (i have 3 backups set) ... could i have possibly messed up a cfg file or something?
Also i just updated and I can't find settings.cfg anywhere
Ozco.in has been working on a fresh block for the past 4 hours, so probably not an error on your side.
settings.cfg is optional and you need to create one yourself if you want to change the default settings.
After updating I am getting this:
I probably did something wrong. Tried it two separate times, same issue each time.
Quote
Invalid or corrupt jarfile CherryPicking.jar
Press any key to continue . . .
Press any key to continue . . .
I probably did something wrong. Tried it two separate times, same issue each time.
Hell Yeah update.
my cherrypicker spent the entire night for the most part at Ozco.in and didnt do any backup mining at all (i have 3 backups set) ... could i have possibly messed up a cfg file or something?
Also i just updated and I can't find settings.cfg anywhere
my cherrypicker spent the entire night for the most part at Ozco.in and didnt do any backup mining at all (i have 3 backups set) ... could i have possibly messed up a cfg file or something?
Also i just updated and I can't find settings.cfg anywhere
I've got all the first 14 pools running on my bot (before you updated all the new cfg files). is that too many or the more the better?
I just bought it too and I'm wondering the exact same thing. Should I use every single pool in the config (aside from the score ones, that is) or should I just pick up a few?
Look at the table on page 13 of this document by Meni Rosenfeld:
http://bitcoil.co.il/pool_analysis.pdf
Oh holy crap. I gotta add some more pools. I didn't think it made that big of a difference.
The cherrypicking.jar file does not work for me. I start the program the hourglass comes up for a few seconds and it shuts down. I can run the program only by the start.bat. Is this correct. I just did the update and says the jar should be updated.
CherryPicking has been updated to v0.6.4
Changelog:
The update for current owners is available here. If you're interested to buy CherryPicking, please see the 2nd post in this topic.
Update guide for current owners:
1. You will need the free utility bspatch in order to apply the update. You can get it here (scroll down a bit and click on "Zipped Win32-Executables (May 2007)")
2. Extract bspatch.exe to your CherryPicking directory (where CherryPicking.jar is)
3. Extract the update archive (link above) the the same directory (overwrite older files)
4. Double-click update.bat and follow the instructions to update. If at one point you get an UAC prompt, allow bspatch to execute.
5. CherryPicking.jar should now be updated, save the .old file somewhere, don't delete or lose it!
Changelog:
- Added special support for SMPPS pools (it doesn't mine there when unlucky); SMPPS is now a valid value for the Type attribute in .cfg files
- The BACKUP profile has been renamed to PPS. Pool .cfgs with type BACKUP will default to PPS. It is very important to have at least 1 PPS pool, even if you have other SMPPS pools as backup! Not having a PPS pool may result in bad hops.
- New Score algorithm, now attempts to mine the first 10% of a round, as suggested.
- Added mining statistics export as .csv files (Excel compatible). This feature is enabled with the -stats command line argument. The .bat file that starts CP with logging support also enables it
- Added a new command to see live mining information. Type info and press Enter to have the hash rate, number of shares and number of stales displayed
- Added a new config file settings.cfg which is used for parameters that don't belong in any other file. Currently these are UpdateTime and Algorithm (see the new ReadMe)
- You can now change the maximum update period via settings.cfg
- Added a new prop pool hopping algorithm, you can choose which to use via settings.cfg. The current algorithms are:
- NORMAL - the default algorithm that was available in 0.6.3, it mines the prop pool with the least submitted shares
- STATIC_FAST - new algorithm, mines the fastest pool under 43% (reduces variance and your income to some extent)
- Price update for new buyers, bitcoinservice link has changed. The update is of course free for current owners.
The update for current owners is available here. If you're interested to buy CherryPicking, please see the 2nd post in this topic.
Update guide for current owners:
1. You will need the free utility bspatch in order to apply the update. You can get it here (scroll down a bit and click on "Zipped Win32-Executables (May 2007)")
2. Extract bspatch.exe to your CherryPicking directory (where CherryPicking.jar is)
3. Extract the update archive (link above) the the same directory (overwrite older files)
4. Double-click update.bat and follow the instructions to update. If at one point you get an UAC prompt, allow bspatch to execute.
5. CherryPicking.jar should now be updated, save the .old file somewhere, don't delete or lose it!
I've got all the first 14 pools running on my bot (before you updated all the new cfg files). is that too many or the more the better?
I just bought it too and I'm wondering the exact same thing. Should I use every single pool in the config (aside from the score ones, that is) or should I just pick up a few?
Look at the table on page 13 of this document by Meni Rosenfeld:
http://bitcoil.co.il/pool_analysis.pdf
Jump to: