Author

Topic: [4+ EH] Slush Pool (slushpool.com); Overt AsicBoost; World First Mining Pool - page 888. (Read 4382653 times)

legendary
Activity: 1386
Merit: 1097
LOL, typo. It should be "There's basically NO reason why..." :-)
donator
Activity: 2058
Merit: 1007
Poor impulse control.
About those quick rounds - there's basically reason why the reward should be calculated in different way than before.

Why's that, slush?
legendary
Activity: 1386
Merit: 1097
the payout itself was what in the range it should have been, the estimated a tad low, but that always is for me.  I do have to say with the proxy I am getting a faster rate, almost no stale's and a higher earn do to the speed increase.

These stale are related to server restarts which happen today because of rewarding system fixes. And now I'm implementing load balancing between more stratum backends. But from my previous tests in real environment, I had less than one rejected share per 10000 accepted shares using cgminer and the proxy, giving me 0.01% of stales, which is quite good Wink.
legendary
Activity: 1386
Merit: 1097
Is that part of a new scoring system, or is that just because there's only 33 people using the proxy?

Matematically the scoring system is the same, there were only database issues which calculated score for proxy users out of the sync. But it should be in normal now. About those quick rounds - there's basically reason why the reward should be calculated in different way than before.
hero member
Activity: 490
Merit: 500
Might just be an anomaly, but my return on the recent 2 minute block wasn't really any different from the previous two longer blocks.

Is that part of a new scoring system, or is that just because there's only 33 people using the proxy?
newbie
Activity: 43
Merit: 0
the payout itself was what in the range it should have been, the estimated a tad low, but that always is for me.  I do have to say with the proxy I am getting a faster rate, almost no stale's and a higher earn do to the speed increase.
legendary
Activity: 1386
Merit: 1097
Can you specify it a bit more? What mean "overflows" in Ztex? How often it happen? I don't have a ztex to debug, but proxy is producing standard getwork payload and unless the data from the proxy are garbled, miner should not even notice that it isn't connected directly to the pool.

Anyway thank you all for reporting bugs, it helps me a lot.

I have noticed all seems fine with my cgminer mining but I do notice i keep getting overflows on ZTEX BTCMiner. This only seems to be occuring since I started running mining proxy.

Any thoughts?

EDIT: Just been watching all seems better for about the past 10 mins will keep an eye on it over night and see how it holds.
newbie
Activity: 45
Merit: 0
I have noticed all seems fine with my cgminer mining but I do notice i keep getting overflows on ZTEX BTCMiner. This only seems to be occuring since I started running mining proxy.

Any thoughts?

EDIT: Just been watching all seems better for about the past 10 mins will keep an eye on it over night and see how it holds.
hero member
Activity: 490
Merit: 500
Is the block reward from last round in expected interval? I've fixed more small database-related bugs recently, which had an impact on block rewards of proxy users. Now it looks fine on all my testing accounts.

However the estimated reward looks a slightly lower than expected for proxy users. It's because new pool uses less aggressive method for storing shares into the database, so website calculates will obsolete data. It is quite expected and will disappear once more people will mine over Stratum (which will happen once there'll be native support at least in guiminer/poclbm).

yeah, it looks like it's on the low side of my normal range...

Looks like everything is back to normal.
legendary
Activity: 1386
Merit: 1097
Is the block reward from last round in expected interval? I've fixed more small database-related bugs recently, which had an impact on block rewards of proxy users. Now it looks fine on all my testing accounts.

However the estimated reward looks a slightly lower than expected for proxy users. It's because new pool uses less aggressive method for storing shares into the database, so website calculates will obsolete data. It is quite expected and will disappear once more people will mine over Stratum (which will happen once there'll be native support at least in guiminer/poclbm).
newbie
Activity: 43
Merit: 0
From what I could tell, all the shares were actually counted.  It just took 4 or 5 minutes before the shares that were found using the proxy actually showed up in my account...

Thank you, it helped me and I fixed yet another small bug. It should not appear now (and sorry for two quick stratum server restarts related to bugfix).

Now it looks like the estimated reward isn't working right.  Im still getting the shares counted in my account, but the estimated reward is way low...

I know that doesn't always coincide to the actual reward, but with the testing I figured it was worth mentioning.

I was just on my way here to say the same thing, glad that other people are quicker then me, was worried when I logged in and only saw .0002 estimated.
legendary
Activity: 1386
Merit: 1097
Quick update: I'm working on the fix of reward calculations over the proxy. It should be running normally in few minutes.
hero member
Activity: 490
Merit: 500
From what I could tell, all the shares were actually counted.  It just took 4 or 5 minutes before the shares that were found using the proxy actually showed up in my account...

Thank you, it helped me and I fixed yet another small bug. It should not appear now (and sorry for two quick stratum server restarts related to bugfix).

Now it looks like the estimated reward isn't working right.  Im still getting the shares counted in my account, but the estimated reward is way low...

I know that doesn't always coincide to the actual reward, but with the testing I figured it was worth mentioning.
newbie
Activity: 45
Merit: 0
Just set up the miner proxy on my LAN and setting up my machines to point to it.

Lets see how it goes.
legendary
Activity: 1386
Merit: 1097
From what I could tell, all the shares were actually counted.  It just took 4 or 5 minutes before the shares that were found using the proxy actually showed up in my account...

Thank you, it helped me and I fixed yet another small bug. It should not appear now (and sorry for two quick stratum server restarts related to bugfix).
hero member
Activity: 490
Merit: 500
From what I could tell, all the shares were actually counted.  It just took 4 or 5 minutes before the shares that were found using the proxy actually showed up in my account...

I happened to be watching at the end of the round, and noticed that none of the shares in the new round were showing up, so I switched one miner off the proxy and they were showing up immediately.

Then I made the post on this thread, and went back to my account, and all the other miners had caught up.
legendary
Activity: 1386
Merit: 1097
Did you see these shares as accepted in proxy/miner? I'm thinking if it was just a connection bug or if it was related to the server somehow.

Since the end of the last block (duration 6:25:50)  I havent had any of my shares recorded in my account page.
hero member
Activity: 490
Merit: 500
hero member
Activity: 490
Merit: 500
Since the end of the last block (duration 6:25:50)  I havent had any of my shares recorded in my account page.

I'm running my miners through the proxy.  It's only been a few minutes, hopefully there's just a delay, and I'm jumping the gun....

:Edit:

I just reconfigured one of my miners so it was running without the proxy, and the shares are showing up.  So it definitely looks to be something up with the proxy reporting shares...
legendary
Activity: 1386
Merit: 1097
I think it will be adopted faster than you think in this case.  This isn't a bitcoind proposal which is a bureaucratic nightmare.  It's a positive thing for everybody involved, and I doubt anybody could argue otherwise.

For everybody except the miner developers :-).


Quote
Well, my protocol has been final for a few months (only recent changes were the server redirect/shutdown messages). 

I did it quite in the reversed order. I firstly implemented the server (just as an freetime project) and then found that it can be useful for mining as well :-). So then I started to summarize all of my ideas from long talks with m0mchil and define the mining protocol itself.

Quote
Unfortunately, I didn't know nearly as much about bitcoind internal workings as you did

me neither, hacking of bitcoind was a nightmare for me. But getblocktemplate is pretty straightforward concept. And I reused ArtForz's python code for serializing/deserializing all the low level stuff, so credit goes to him.

Quote
I've been designing it in C++.  I'm very...self conscious about my code, so it's really hard for me to make my pool software open source.  Nothing to hide, other than the shame Smiley.

Same here for my old pool sources :-).
Jump to: