Pages:
Author

Topic: Introducing CherryPicking - new Windows & Linux Pool Hopper - page 19. (Read 43136 times)

member
Activity: 70
Merit: 10
Is there any compiled poclbm Miner where the improved phatk OpenCL Kernel from this thread: https://bitcointalksearch.org/topic/further-improved-phatkdia-kernel-for-phoenix-sdk-26-2012-01-13-25860 is running with CherryPicking?

I hope you can give a Link to one, because all I tested didn't work :-(


Thank you.


Bye Bloody



PS: Nice work!
member
Activity: 112
Merit: 10
Any eta on v0.6.5? Those tests of the new time method look promising. I see a btc donation in your future bloodred
Should be coming later today or tomorrow.

I'm guessing you're using STATIC_FAST, which chooses the fastest pool under 1.0, if you switch to NORMAL it'll always go to the lowest pool.

Yes, I'm using STATIC_FAST.  Should I switch to NORMAL until the new algorithm in 0.6.5?
NORMAL should, in theory, have the best efficiency but also higher variance.
hero member
Activity: 546
Merit: 500
I'm guessing you're using STATIC_FAST, which chooses the fastest pool under 1.0, if you switch to NORMAL it'll always go to the lowest pool.

Yes, I'm using STATIC_FAST.  Should I switch to NORMAL until the new algorithm in 0.6.5?
member
Activity: 72
Merit: 10
Any eta on v0.6.5? Those tests of the new time method look promising. I see a btc donation in your future bloodred
member
Activity: 112
Merit: 10
I'm guessing you're using STATIC_FAST, which chooses the fastest pool under 1.0, if you switch to NORMAL it'll always go to the lowest pool.
hero member
Activity: 546
Merit: 500
Question about the picking algorithm.  In the case below, it would seem that unitedminers would be the most efficient, but instead it chooses btcserv.  Curious as to why:

Code:
* 15unitedminers
* Pool update done
        Type: PROP
        Hash rate: 1.722 GH/s
        Round shares: 305245
        0.37583496908961384
* 17btcserv
* Pool update done
        Type: PROP
        Hash rate: 21.231 GH/s
        Round shares: 748654
        0.9217852968887803
* 20Bloodys
* Pool update done
        Type: PROP
        Hash rate: 2.84 GH/s
        Round shares: 1853551
        2.2821971950106397
* 21BtcMonkey
* Pool update done
        Type: PROP
        Hash rate: 2.066 GH/s
        Round shares: 3908522
        4.812394126213617
* 22BTCPool24
* Pool update done
        Type: PROP
        Hash rate: 27.789 GH/s
        Round shares: 3678697
        4.529420541810857
* 23BTCWorld
* Pool update done
        Type: PROP
        Hash rate: 4.35 GH/s
        Round shares: 2296943
        2.8281265914449207
* 24DigBtc
* Socket timeout
* Read timed out
* Update error or pool considered invalid (lagging or down)
* 25NinjaCoin
* Socket timeout
* Read timed out
* Update error or pool considered invalid (lagging or down)
* 26ABCPool
* Pool update done
        Type: PPS
        Hash rate: 80.3 GH/s
        1.012453300124533
* Most efficient pool is: 17btcserv
0.9217852968887803
* Cherry Picking!
full member
Activity: 672
Merit: 100
Anyway, I've got something to show, from a testing version of v0.6.5:
Code:
* Updating pools
* polmine
* Pool update done
Type: PROP
Hash rate: 153.76 GH/s
Monitoring mode: TIME
Round time: 41254
[/quote]



 Kiss
hero member
Activity: 546
Merit: 500
I'm trying to keep up with each of the pools and their status.  This is what I have right now.  Is this how others have their pools configured?  Are there others I could/should add or disable?

0arsbitcoin          Backup
1bitclockers        Disabled - may work with 0.6.5
2bitcoinlc           Disabled - may work with 0.6.5
3bithasher           Ok
4eclipsemc           Ok
5eligius           Backup
6mainframe           Ok
7mineco           Ok
8mtred           Ok
9nofee           502 error (temporarily down?)
10ozco           Ok
11polmine           Disabled - may work with 0.6.5
12rfcpool           Disabled - pool shutdown
13slush           Ok
14triple           Ok
15unitedminers   Ok, but recent site/connection problems
16BitcoinPool   Disabled - may work with 0.6.5
17btcserv           Ok - required new cfg (8/15)
18poolmunity   Disabled
19bitp           Disabled
20Bloodys           Ok
21BtcMonkey   Ok
22BTCPool24   Ok
23BTCWorld           Ok
24DigBtc           Ok
25NinjaCoin           Ok
26ABCPool           Backup

member
Activity: 112
Merit: 10
Too bad about RFCPool, one less prop pool to mine.

Anyway, I've got something to show, from a testing version of v0.6.5:
Code:
* Updating pools
* polmine
* Pool update done
Type: PROP
Hash rate: 153.76 GH/s
Monitoring mode: TIME
Round time: 41254
1.8184367533122552
* bitcoinpool
* Pool update done
Type: PROP
Hash rate: 178.0 GH/s
Monitoring mode: TIME
Round time: 8510
0.4342485014006932
hero member
Activity: 504
Merit: 500
took rfcpool out of the list, here is the mesage when you go to the site:


Quote
rfcpool has been shut down because the owner is a fucking idiot - that
should sum it up in brief.


If you were a miner, your money is all accounted for, and you will be paid as
soon as the most recent block matures. If you did not have a wallet address
in your account then email [email protected] and after slinging your abuse
at me, tell me the username/email on account/wallet combination and you will
get paid.

So what happened? Well in short, running a pool and dealing with
people's money is a metric fucktonne harder than I ever imagined it would
be, and a series of fuckups relating to handling all said money has left me
about 150BTC out of pocket, so I'm pulling the plug before the situation
gets any worse.

- an early invalid cost us 30BTC
- the decision to go PPS was crazy and cost us 20BTC
- accidentally paying out double for a block reset in an attempt to turn PPS
  off again cost 100BTC

Good luck to all other pool ops.



---

And a note from Rennex: we've been sustaining losses from PPS and the
invalid block along the way, but this latest mess happened at almost
the worst possible moment - Chris was just about to leave on a trip, so
there was no time to start cleaning it up.

But things aren't all FUBAR, we'll take some time to examine the damage
and correct the errors. Some people may have been paid too much because
of auto payouts, and others' accounts got credited too much. We can fix
the latter and deal with the former - and if miners feel that they want
to return excess payouts once we determine the real balances, there will
be a way to do that too.

But for now, we'll cool off and examine the situation, and see if we
want to continue in the near future. Check back in a while Smiley

You can also contact us on IRC: #rfcpool on FreeNode.

Oh and if you don't know which pool to choose for now, I hear that
Ozcoin isn't half bad Tongue
member
Activity: 112
Merit: 10
Thanks for the heads-up!

This .cfg should work:
Code:
;BTCSERV JSON stats
;Home Page: http:/btcserv.net
Type=PROP
Host=btcserv.net
Port=8335
JSON=http://btcserv.net/json/pool/
HashEx1="speed":\d+\.?\d*
HashEx2=\d+\.?\d*
SharesEx1="shares":\d+
SharesEx2=\d+
Div=1e9
This should help reduce traffic from miners polling stats.
member
Activity: 118
Merit: 10
BTCServ Operator
hey,

i am the operator of btcserv.net and wanted to let you know that now json stats are available @ http://btcserv.net/json/pool/ .. would be cool if dev team could update/add whatever necessary so the data is fetched from there.

greetings.
member
Activity: 100
Merit: 10

are you running completely 24/7 or are you turning your rig off for a few hours? i leave mine running completely 24/7 unless i have to do video rendering projects or am playing a video game, for some reason i can still mine while i play SC2 though. the short fast rounds that last under an hour or last 2 hours are the make or breaks for whether or not your payouts are above normal or not.

Yup, running it 24/7 with -v -w128 with 2 5850s
full member
Activity: 672
Merit: 100
@Folax

-f70 will actually give you less performance, try using -f10 or something like that. "Agression" is kinda backwards on poclbm


@Ampirebus

I got roughly the same hashrate as you ( 670ish) and I wish I could be getting as much are you are, guess I'm just unlucky Sad

are you running completely 24/7 or are you turning your rig off for a few hours? i leave mine running completely 24/7 unless i have to do video rendering projects or am playing a video game, for some reason i can still mine while i play SC2 though. the short fast rounds that last under an hour or last 2 hours are the make or breaks for whether or not your payouts are above normal or not.
member
Activity: 100
Merit: 10
@Folax

-f70 will actually give you less performance, try using -f10 or something like that. "Agression" is kinda backwards on poclbm


@Ampirebus

I got roughly the same hashrate as you ( 670ish) and I wish I could be getting as much are you are, guess I'm just unlucky Sad
member
Activity: 112
Merit: 10
@Folax The continuous hash rate display has already been suggested and I'll try to implement something like that, but now I'm working on time-based hopping which is more important. I'll try to add it, but don't expect it in the next version, 0.6.5.
Your questions:
1. Try something like -f5 (or lower), the higher the number after -f is the less aggressive poclbm is. Also keep in mind that the hash rate displayed is poclbm's own average which takes into account actual share submissions, so depending on your luck it may differ from what Phoenix would display.
2. No, not yet. You can try the same .jar if you want, the feedback could actually be useful since I don't have any Linux distro installed right now (this will change after I implement some of the more immediate requirements). Last time I tried poclbm wouldn't mine, but that was a very early version and may have been doing something else wrong, so early that it wasn't even CherryPicking yet. For all I know it may work, but I don't advertise this because it's not tested and I wouldn't want somebody paying for it and then seeing it doesn't work.

I've just donated .1 BTc to your sig address blood red
Thank you!
member
Activity: 84
Merit: 10
thats weird because I got .839 BTC from bitcoinpool.com in the past 3 days and from yesterday i have another .19 unconfirmed waiting

I know, thats why I want so bad to find a solution to their new pool hopping protection.  They just started with it yesterday.  By sheer coincidence no one minded at all because yesterday they were extremely lucky and found like 6 blocks so constantly mining on them was actually a benefit and cherrypicker probably would have done it anyway.  
full member
Activity: 126
Merit: 100
Hi Guys, just joined the CP customer base some days ago and got some great hand-holding from one of you (thank you). Great product although I got something I would like to see come available in a future release:

Continuous hash rate counter (yes INFO gives a snapshot but when tweaking your GPU it's not really sufficient)
I have only read a couple pages in this thread so could be I missed the request already done and the answer to it, in that case I apologize for requesting this again.

I got 2 questions:

Previously I used Phoenix miner with Phatk kernel, my 5870 GPU's were hashing at 420ish mhash/s, when I type INFO now in the CP box I see a hashrate between 750 and 800 (2GPU's) so poclbm does not seems to hash as fast as Phoenix did.
With Phoenix I used: -k phatk VECTORS BFI_INT AGGRESSION=7 WORKSIZE=128 FASTLOOP=false
What would the poclbm/CP equivalent be for these settings?
I am using this now: Args=-v -w128 -f70

My 2nd question: is the Linux version of CP already available? Would like to get my Linux box cherrypicking too :-)

Thanks for this great product and for any answers given.

-F


full member
Activity: 672
Merit: 100
please fix the polmine update I was making alot of revenue with it, the bot only sees the polmine stats like 4% of the time if that. considers it "lagging or down" when not really lagging or down

Yea, Polmine and bitcoinpool are both huge losses.  They both implemented anti-hopper measures, but both should be able to be circumvented.

Polmine doesn't advertise stats any longer, but they do advertise the current round duration, which can be used to know when to hop to the pool, and they do still advertise their hashrate, which can be used to calculate the estimated number of shares to know when to hop off of a pool.

Bitcoinpool advertises all of its users shares for the current round on a single page, and all we would need to do is add them up to know the current share count of the round.   That page is here: http://bitcoinpool.com/index.php?page=1&ipp=All&do=currentround .

thats weird because I got .839 BTC from bitcoinpool.com in the past 3 days and from yesterday i have another .19 unconfirmed waiting

8/10/2011   1.6755
8/11/2011   2.2012
8/12/2011   2.6328
13-Aug   3.63296747
14-Aug   3.95496747 (aggregate) 3.95 BTC/6 days = .65 BTC for ~600 mhash.   Roll Eyes Been having problems with my other 2 cards overheating and shutting down but once i iron that out they will be cherrypicking too

I've just donated .1 BTc to your sig address blood red


Uploaded with ImageShack.us
heres a spreadsheet in excel for anyone sitting on the fence
member
Activity: 112
Merit: 10
I am working on on time-based hopping and it will definitely be available in v0.6.5. By time-based hopping I mean using the round time instead of round shares to hop. This will enable both bitcoinpool and polmine, as they both provide the round duration on their web pages.

There's also a new hopping algorithm that takes pool hash rate into account coming, it should be better than the current simplistic STATIC_FAST.

@scatterbrain I can only see the round duration, are they advertising the current number of shares somewhere and I've missed it?

Thank for you fast help and congratulations to your Program.
Thanks, doing my best to provide a good product! muyoso already beat me to answering your questions.
Pages:
Jump to: