Pages:
Author

Topic: [CLOSED] BTCMine - ZERO fee mining pool (LP, SSL, JSON API, P2SH) - page 18. (Read 171605 times)

member
Activity: 84
Merit: 10
I am getting 4.8, 4.4, 4.8, and 2.0% stales on four of my miners.

Going to give BTCGuild a try I guess...  :\

I moved 2.4GH/s over to Guild. Looks clean.
legendary
Activity: 1400
Merit: 1005
I am getting 4.8, 4.4, 4.8, and 2.0% stales on four of my miners.

Going to give BTCGuild a try I guess...  :\
member
Activity: 84
Merit: 10
way too many stale shares. I'm outa here. If you get more than 1% stale shares, do yourself a favor and leave.
hero member
Activity: 1330
Merit: 502
Vave.com - Crypto Casino
epic 971 shares round lol
member
Activity: 98
Merit: 10
I'm also still getting large numbers of stales. About 6.5% on average, most of them right before Long Poll work pushes.

What miner are you using?  The reason that I ask is that Phoenix 1.48 was giving me far more rejected shares than poclbm (latest).  I suspect this is because how many more shares there are in a round, but I am not sure why that should make any real difference. 

Phoenix 1.48 with phatk. It worked perfectly fine before the DDOS event, and it's only this pool that has the problem. I'll try poclbm in a bit, though. Thanks for the advice.

I think BTCMine is probably a bit slower with long polling push due to the rapid expansion that occurred when deepbit.net went down from the DDOS and so many of its users flooded into BTCMine [and didn't leave Smiley after deepbit came back up].  poclbm should help, but it probably won't be the magic panacea that you are looking for ... maybe it will though; I would certainly like to see the results (I hope that you indicate that over say, 3000 shares, you see a reduction of 50% rejected).  dbitcoin indicated that registration was closed until the pool was moved to a new server and I assume that has not taken place yet. 

There is only one catch.  You will not be able to tell how many are rejected if you use the command line version unless you pipe the output and capture the information [or use GUIMiner v2011-05-21 assuming you are on Windows]. 

And then my pipe dream bubble below that isn't exactly related:

Quote from: Me -- HAHAHAHAHA
If I get the time, perhaps I will write a little .NET application to gather all information about pool (address, port, maybe some JSON stats), worker, miner configuration, hardware stats (i.e. video card [with miner], CPU, usage stats, GPU temp ....),  submitted shares, rejected shares, date and time of each submission, the hash value itself, long polling pushes, idle time waiting for work (including date time and duration) and of course communication failures.  That may not be all that "storage" friendly however, so I may have to decide whether to keep a window of data [configurable?], what type of database to put it in [I think MySQL would work, since the app could then run on Mono under X11 and be happy].  It probably wouldn't be an easy to install application for the average user if I wrote it as I indicate, however, reducing the storage and and using a light weight local DB could work as well, but personally, I would love to see information for months or years at a time just out of curiosity.  I don't think putting the back end hosted on the Internet would be cost effective though since most people wouldn't use it and almost certainly wouldn't pay monthly for it.  I'll write it for myself at some point and maybe a few people will have interest in it Smiley  I wish I had more time to do it in the near term, I have a lot going on in my life right now [Daughter graduating high school and heading off to college, overtime with work, yada yada].
full member
Activity: 140
Merit: 100
I'm also still getting large numbers of stales. About 6.5% on average, most of them right before Long Poll work pushes.

What miner are you using?  The reason that I ask is that Phoenix 1.48 was giving me far more rejected shares than poclbm (latest).  I suspect this is because how many more shares there are in a round, but I am not sure why that should make any real difference. 

Phoenix 1.48 with phatk. It worked perfectly fine before the DDOS event, and it's only this pool that has the problem. I'll try poclbm in a bit, though. Thanks for the advice.
member
Activity: 98
Merit: 10
I'm also still getting large numbers of stales. About 6.5% on average, most of them right before Long Poll work pushes.

What miner are you using?  The reason that I ask is that Phoenix 1.48 was giving me far more rejected shares than poclbm (latest).  I suspect this is because how many more shares there are in a round, but I am not sure why that should make any real difference. 
full member
Activity: 140
Merit: 100
I'm also still getting large numbers of stales. About 6.5% on average, most of them right before Long Poll work pushes.
member
Activity: 98
Merit: 10
A 2m round, while uncommon, is not a sign of anything being broken.  I can recall a few pools which had even longer rounds back when the difficulty was half of what it is now.  It's just an unlucky round for the pool.

I see its unlikely but not impossible. I was wondering because I also had a huge amount of stale shares during that round.
member
Activity: 84
Merit: 10
another looooooooooong round =[
legendary
Activity: 1750
Merit: 1007
uhmmm.... actual round has 2204037 shares submitted? How unlikely is that? Sure everythings working fine atm?

A 2m round, while uncommon, is not a sign of anything being broken.  I can recall a few pools which had even longer rounds back when the difficulty was half of what it is now.  It's just an unlucky round for the pool.
member
Activity: 98
Merit: 10
uhmmm.... actual round has 2204037 shares submitted? How unlikely is that? Sure everythings working fine atm?
member
Activity: 98
Merit: 13
At 1:16 am EST (right now), my 2xpoclbm setup has been showing several minutes worth of "invalid or share" shares.

Switching over to slush's pool yields valid shares again, as expected.

This long string of invalid shares happened earlier tonight as well, though I did not record the time.

Code:
01/06/2011 01:07:03, ad105eba, accepted                     
01/06/2011 01:07:06, 7b5b48ff, accepted                     
01/06/2011 01:07:29, 76f35c6f, invalid or stale             
01/06/2011 01:07:50, 6300017c, invalid or stale             
01/06/2011 01:08:07, 27e4f248, invalid or stale             
01/06/2011 01:08:09, 59bfd477, invalid or stale             
[...]
hero member
Activity: 742
Merit: 500
BTCDig - mining pool
Is this implemented the same way it has been?  It always showed my hash rate as of the time the email was sent [it didn't average the hash rate for the entire day]. 

Overall hashrate not averaged for 24h. Only for last hour.
I slowly rewrite all stats calculation, so this maybe changed in the future.
member
Activity: 98
Merit: 10
Requesting a feature:  24 hr production statistic

Deepbit has this, and it was a very convenient metric to have.  I could easily take that number and determine whether I was still operating in the range of profitability, how profitable it was, etc.  As it is, on BTCMine, I have no way to really know how much I am making per day, without tracking it manually.

I would prefer to see a "last 24 hours" measurement, but if you can only do it on a per day basis (i.e., all the bitcoins mined on 5/31 = 5.5BTC), then that's ok too.  Just SOMETHING for me to be able to track how much I am currently generating per day!

24h stats currently available by email, if you enable option "Send me pool stats every 24h" in your profile.
In the next update I will add these numbers to profile.

Is this implemented the same way it has been?  It always showed my hash rate as of the time the email was sent [it didn't average the hash rate for the entire day]. 
hero member
Activity: 1330
Merit: 502
Vave.com - Crypto Casino
make some room, im adding another 2 5850 in a few minutes... 1.7Ghash here i go.
legendary
Activity: 1400
Merit: 1005
Awesome, thanks dbitcoin!
hero member
Activity: 742
Merit: 500
BTCDig - mining pool
Requesting a feature:  24 hr production statistic

Deepbit has this, and it was a very convenient metric to have.  I could easily take that number and determine whether I was still operating in the range of profitability, how profitable it was, etc.  As it is, on BTCMine, I have no way to really know how much I am making per day, without tracking it manually.

I would prefer to see a "last 24 hours" measurement, but if you can only do it on a per day basis (i.e., all the bitcoins mined on 5/31 = 5.5BTC), then that's ok too.  Just SOMETHING for me to be able to track how much I am currently generating per day!

24h stats currently available by email, if you enable option "Send me pool stats every 24h" in your profile.
In the next update I will add these numbers to profile.
legendary
Activity: 1400
Merit: 1005
Requesting a feature:  24 hr production statistic

Deepbit has this, and it was a very convenient metric to have.  I could easily take that number and determine whether I was still operating in the range of profitability, how profitable it was, etc.  As it is, on BTCMine, I have no way to really know how much I am making per day, without tracking it manually.

I would prefer to see a "last 24 hours" measurement, but if you can only do it on a per day basis (i.e., all the bitcoins mined on 5/31 = 5.5BTC), then that's ok too.  Just SOMETHING for me to be able to track how much I am currently generating per day!
newbie
Activity: 25
Merit: 0
Thanks for the help, but the problem seems to have corrected itself. Not sure how or why but it seems to have kicked in at some point during the night. All of my payments are accurately reflected in my client now.
Pages:
Jump to: