BTW, in a week or so it won't make a difference how a pool delays stats or whatever other method they take to try and hide their statistics . . . .
Please explain why this is the case? Now why the hell would I do that? BTW, I was wrong, it didn't take a week.  |
|
|
|
i set my donation % at bitcoinpool to be 2% and i still got banned...
whats the deal here? i suggest everyone using cherrypicker check their accoutns as if i was banned so were you probably
Donating 1% and don't think I am banned. |
|
|
|
The problem is that Unitedminers is slow as hell, so while it takes them 6 hours to reach 42k shares, the other pools like MtRed reach that almost immediately. So Cherrypicker will jump to MtRed when they find a block, but almost immediately they are no longer the pool with the fewest shares so it switched back to unitedminers. If you have the latest version you can set in the settings.cfg the algorithm so that it will stay with faster pools and fall back on the slow pools.
Ah, the new STATIC_FAST option? I see. But from what I can see from the changelog, STATIC_FAST can "reduces variance and your income to some extent" How is that possible? If you are mining at MtRed and suddenly united miners has a short block, you missed out on it completely. I am still unsure which is the best method myself. I think I may just set unitedminers to BACKUP manually and let the normal algorithm do its business. Edit: Actually I don't think that would work setting it as backup. I have no idea what is the best method now. |
|
|
|
So now that everything seems to be working well, is it possible to see our efficancy, or how much better we are doing?
That would be cool, cause I can't seem to keep proper track of my earnings with this much pools. Also, I'm wondering, isn't pool hopping roughly about finding the youngest block amongst pools and mining on that pool? Cause from what I see CherryPicking always tries to mine on unitedminers for example, wich is trying to solve a block for almost 6 hours now while other pools like mtred barely gets mined on by cherry. I know there is something i'm missing here, but I can't figure out what exactly that is. The problem is that Unitedminers is slow as hell, so while it takes them 6 hours to reach 42k shares, the other pools like MtRed reach that almost immediately. So Cherrypicker will jump to MtRed when they find a block, but almost immediately they are no longer the pool with the fewest shares so it switched back to unitedminers. If you have the latest version you can set in the settings.cfg the algorithm so that it will stay with faster pools and fall back on the slow pools. |
|
|
|
So now that everything seems to be working well, is it possible to see our efficancy, or how much better we are doing?
That is easy to figure out. Go to a pools website and look at their last solved block. I'll take my last mtred as an example: I submitted 389 shares and received a payout of 0.05155391. (389/1888786.705353) * 50BTC = Expected payout of .010297616 (.05155391/.010297616) * 100 = Efficiency of 500% for that round at MtRed. Sadly there is no real way to do it automatically as most pools don't offer all of the information needed through JSON stats and it would be a pain and a half to scrape all of that information off of their websites. You can measure your overall efficiency for the day however by adding up all of the payments you received for today and adding up all of their shares and doing the math. |
|
|
|
|
Can't wait to hear the first reports back on the deepbit hopping. Been excited ever since I read about it yesterday.
|
|
|
|
to the guy saying his mhash is crazy low than normal, my mhash is exactly the same as using guiminer or phoenix. im using XFX 6870 1GB x2 and x2 Saphhire 5830-2L (overclock to 315 mhash/s one)
i run the 6870s on one machine and the 5830s on another,
however, in my args file for the 5830 for some reason cherry picker says "invalid server entry" and then goes on to read my args line VECTORS BFI_INT FASTLOOP=false WORKSIZE=128 AGGRESSION=13
but on my 6870s it never says anything from the normal -v -w128 args. i think its maybe something with poclbm and it cant handle some args that guiminer can?
Those are phoenix arguments. You need to use "-v" for vectors, BFI_INT is baked in and doesn't need to be stated, no idea about fastloop, worksize is "-w128" and aggression at that level would be around "-f5" or so. So your arguments should look like this: -v -w128 -f5 |
|
|
|
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.
So it resets for each pool switch? Thats pretty awesome actually. |
|
|
|
I can see that every other recent post you have made is in some pool-hopping thread. This is not the pool for you, the statistics delay won't be changed so you can profit, you'll have to be content with your work being worth the same as everyone else's. In fact I would encourage statistics policies to be more absolute to deny the information pool-hoppers seek to make their exploitative gains, delay the announcement of new rounds until 50% or more of the difficulty has been contributed in user shares.
I am not asking Jine to stop delaying stats. I would love for him to do that but I realize its not realistic. I AM saying that he IS delaying stats and he has admitted to delaying stats and at very least he should put a warning on the stats page that details that the numbers the users see are only accurate some of the time. BTW, in a week or so it won't make a difference how a pool delays stats or whatever other method they take to try and hide their statistics . . . . |
|
|
|
|
So wait, how many shares does polmine have right now?
The statistics page says:
317 451
The User Statistics page says:
1013326
Also, the statistics page says the current round is 9 hours long and that would put the current shares somewhere in the 1.3 million area.
|
|
|
|
After updating I am getting this: Invalid or corrupt jarfile CherryPicking.jar
Press any key to continue . . .
I probably did something wrong. Tried it two separate times, same issue each time. |
|
|
|
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.pdfOh holy crap. I gotta add some more pools. I didn't think it made that big of a difference. |
|
|
|
The more pools you sue the better. You want to catch every fast block no matter where it is. I am sure there is probably a limit, but I would say add as many as you are comfortable with.
Thanks for this info, also, one more question, should I use only PROP pools or PPLS too? I've read somewhere to not use SCORE pools untill next update because that will hurt your income. I would stick with PROP pools for hopping and PPS pools like arsbitcoin for backup. |
|
|
|
I got everything running, but at the start i am getting: attempting to parse .cfg
cannot fing .cfg
ignoring pool I am also getting the error arsbitcoin.com:8344 Problems communicating with bitcoin RPC 0 2 sometimes it connects...but mostly not. The first problem is because at the end of the pools.cfg there is an empty line, so cherrypickers is literally looking for a cfg file for " ". Delete the line and that will go away. The second problem is just something the latest poclbm does for some reason. I haven't had connection issues though. |
|
|
|
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? The more pools you sue the better. You want to catch every fast block no matter where it is. I am sure there is probably a limit, but I would say add as many as you are comfortable with. |
|
|
|
|
Wow does bitcoinpool suck. They are the ONLY pool giving me errors in poclbm. I was getting errors once a minute saying:
"Long Poll: IO error"
and then
"LP connected to bitcoinpool.com:8334"
Was cutting down on expected payout by 20%.
Thankfully ozco.in solved their block so I can stop mining at that crappy pool.
|
|
|
|
I am getting: [Miner0] bitcoinpool.com:8334 08/08/2011 01:18:44, long poll: IO error
[Miner0] bitcoinpool.com:8334 08/08/2011 01:18:46, LP connected to bitcoinpool.c
om:8334 about once a minute on bitcoinpool.com with the latest. My hash rate is being reported by the pool at about 20% lower than it should be consistently. This IS the only pool that has given this error though, but its annoying none the less. |
|
|
|
I just purchased the program today and started loading in my pools. When I change the files to use the poclbm.exe the program has issues connecting. When I change it to use the guiminer interface it starts up the interface but won't start the pool it only tells me where is the most efficient.
Are you trying to use cherrypicker with guiminer? You need to use this: http://github.com/downloads/m0mchil/poclbm/poclbm_py2exe_20110709.7z^^WARNING, THAT IS A DIRECT LINK^^ extract that to a folder. Then go to your cherrypicker cfg folder and open up poclbm.cfg and fill in all of the details and it should work. |
|
|
|
no promises on fees or anything just right now they are 0. That could change if things dont work out for them.
A 1% donation might make sure it works out for them.
and to be a tad bit self centered. there are a lot of us hoppers. 1% could be our best defense against pool changes.
MtRed:0.0000246189788758 ArsBitcoin:0.000026472020 MtRed fee: (1-(0.0000246189788758 / 0.000026472020 ) ) * 100 = 7% If they were 0% I would absolutely use them solely as a backup because not only would it be the right thing to do, but it would also be the selfish thing to do. |
|
|
|
|
If that person with 1875MHash/s was pool hopping he would make 1-2.5 BTC a day depending on luck.
|
|
|
|
|
Show Posts
