Topic: [ZEC][ETH][XMR][EXP][GRS]Reliable DwarfPool- Anonymous, failover worldwide - page 17. (Read 42566 times)
February 18, 2014, 10:59:00 AM
from 24h this pool shows me the half of my hashing power and have paid for half too... I consider to switch to another pool till problems are solved
February 18, 2014, 08:52:45 AM
erebor (MAX) is going up and down repeatedly.
February 18, 2014, 07:29:57 AM
I'm just trying this now for MAX and looks good, very low rejects but I've got 2 feature requests:
- vardiff or ability to set diff on username, like WALLETID_256
- ability to set a different payout threshold, using the username as above
Thanks!
- vardiff or ability to set diff on username, like WALLETID_256
- ability to set a different payout threshold, using the username as above
Thanks!
February 17, 2014, 05:01:01 PM
Hi guys,
I'd like to present here my Profit Calculator and Convertor for Maxcoin!
With difficulty-graph and course on stock exchange
By default there are DwarfPool' data: 1%fee and 1%rejects.
http://dwarfpool.com/max/calc
This seems to over-estimate by about 25% (for days on end now, which accounts for variances in difficulty and luck).
Is this calculator maybe based on your old (lower) hashrate calculation from the site? If I entered the old number you used to display for Hashrate, it gets closer to what I get in reality per day.
February 17, 2014, 01:26:46 AM
Could you perhaps add a switch to increase the amount of MAX in the account before payouts?
Because there is no WALLET_clientname feature, I have each of my machines set up with different addresses (to make it trackable when things go wrong), but now I get multiple payouts on virtually each block, which is very annoying.
Because there is no WALLET_clientname feature, I have each of my machines set up with different addresses (to make it trackable when things go wrong), but now I get multiple payouts on virtually each block, which is very annoying.
February 16, 2014, 05:30:19 AM
Pool (erebor) down? I just received this:
Stratum connection to Pool 0 interrupted
Lost 178 shares due to stratum disconnect on Pool 0
Pool 0 stratum share submission failure
Pool 0 not responding!
Waiting for work to be available from pools.
Setting GPUs to idle performance.
Stratum connection to Pool 0 interrupted
Lost 178 shares due to stratum disconnect on Pool 0
Pool 0 stratum share submission failure
Pool 0 not responding!
Waiting for work to be available from pools.
Setting GPUs to idle performance.
Pool has been and is being worked fine. May be temporarily connectivity issue between your provider and OVH.
Blodyx is right, you have to setup second server as backup.
February 16, 2014, 05:21:28 AM
you should always have backup pools. i use erabor as primare and moria as secundary, i have never failed over to the third one (1gh.com)
February 16, 2014, 05:04:39 AM
Pool (erebor) down? I just received this:
Stratum connection to Pool 0 interrupted
Lost 178 shares due to stratum disconnect on Pool 0
Pool 0 stratum share submission failure
Pool 0 not responding!
Waiting for work to be available from pools.
Setting GPUs to idle performance.
Stratum connection to Pool 0 interrupted
Lost 178 shares due to stratum disconnect on Pool 0
Pool 0 stratum share submission failure
Pool 0 not responding!
Waiting for work to be available from pools.
Setting GPUs to idle performance.
February 15, 2014, 05:52:07 PM
Hi guys,
I'd like to present here my Profit Calculator and Convertor for Maxcoin!
With difficulty-graph and course on stock exchange
By default there are DwarfPool' data: 1%fee and 1%rejects.
http://dwarfpool.com/max/calc
I'd like to present here my Profit Calculator and Convertor for Maxcoin!
With difficulty-graph and course on stock exchange
By default there are DwarfPool' data: 1%fee and 1%rejects.
http://dwarfpool.com/max/calc
February 15, 2014, 05:47:18 PM
Is it normal for the 1gh/Dwarfpool cgminer.exe to always run at 100% on all CPU cores?
Sorry, for linux I can answer anyquestion, but I'm not an expert in windows. February 15, 2014, 12:06:24 PM
Is it normal for the 1gh/Dwarfpool cgminer.exe to always run at 100% on all CPU cores?
I have it running on a 4-core Core i5 now, and it's always pulling the CPU flat.
That CPU is only driving 5 video cards (R9 290, 7990, 2 x R9 270, 7850). Well, 6 cards if you count the 7990.
What on earth is cgminer doing that it needs that much CPU for??
I have another machine on which I only have an R9 290x on a 6 core Core i7, but that seems to be ok for cgminer.
I have it running on a 4-core Core i5 now, and it's always pulling the CPU flat.
That CPU is only driving 5 video cards (R9 290, 7990, 2 x R9 270, 7850). Well, 6 cards if you count the 7990.
What on earth is cgminer doing that it needs that much CPU for??
I have another machine on which I only have an R9 290x on a 6 core Core i7, but that seems to be ok for cgminer.
February 15, 2014, 03:54:20 AM
Have you updated to implement GRUMPY's KGW at 20333?
Yes, I have updated to new version overallAny chance you could check my account for me please?
I have been mining solid for nearly 10 hours at around 3MH.
I have a certain number of coins just locked into the account I cannot withdraw. And now for some reason I haven't had a credit to the account since 01:17 - and it is now 04:43 here. 96 blocks found since 02:31 I haven't been paid out for, plus the others that go back to 01:17.
Wallet - 7DqgcoPEUBCJd8oiPuLEqoqNUp2qKyBKFj
Thanks, Tony.
Hi Tony, other pools were not be able to work at all. Dwarpool was only one of working and founding blocks.
but yestarday after update to V1.2 of GRUM wallet, there were some troubles with transactions.
I'll check the payouts once again now and then pay them out. Afterthat autopayouts will be enabled again.
UPD: Bad transaction cancelled, all shares recalculated and all payouts sended. From now it works automatically. Thank you!
February 14, 2014, 11:46:56 PM
Have you updated to implement GRUMPY's KGW at 20333?
Yes, I have updated to new version overallAny chance you could check my account for me please?
I have been mining solid for nearly 10 hours at around 3MH.
I have a certain number of coins just locked into the account I cannot withdraw. And now for some reason I haven't had a credit to the account since 01:17 - and it is now 04:43 here. 96 blocks found since 02:31 I haven't been paid out for, plus the others that go back to 01:17.
Wallet - 7DqgcoPEUBCJd8oiPuLEqoqNUp2qKyBKFj
Thanks, Tony.
February 14, 2014, 03:24:30 PM
BTW... Is there any difference between your cgminer and the one on 1gh.com?
have any tricks to get rejects down?
difference is only in readme file where I corrected to working compiler commands and example of use with failover (copyright of reorder and his donation adresses saved) have any tricks to get rejects down?
February 14, 2014, 12:08:04 PM
BTW... Is there any difference between your cgminer and the one on 1gh.com?
have any tricks to get rejects down?
have any tricks to get rejects down?
February 14, 2014, 10:03:42 AM
I like your service very much, but I have a small question:
Does the payment amount depend on how big is the pool? that's just because the blocks were found not so often
Does the payment amount depend on how big is the pool? that's just because the blocks were found not so often
NO! the bigger the pool is the more often you get the payouts, on the small one you get not so often BUT MORE!
Generally, it's proportionally your power/sended shares!
It depends only on % FEE of the pool and its REJECT RATIO (Compare: 1gh 3% fee by 4%rejects!!! on dwarves 0.8% rejects)
The third important think is DIFFICULTY rate.
The higher difficulty the less coins generally miners get. That's common thing for mining on the whole
February 14, 2014, 10:01:42 AM
The displayed hashrate is only rough approximate. The formula is based on the count of your shares and some constants. payments do not depend on it! your payouts are calculated on the real sent shares.
I have tuned this formula, now you should see nearest hashrate.
Thanks for the quick response.
I wasn't so much concerned with payments, as just having a good reference to diagnose my hardware against.
I do see an improvement, but I think now you're slightly over-reporting. I have a R9 290 that has constantly been reported by cgminer as 453 for days on end now, and yet DwarfPool now reports it as 480.
You may be right, I checked some constants and calibrated better. But the inaccuracy can change +/- at times
February 14, 2014, 09:17:20 AM
I like your service very much, but I have a small question:
Does the payment amount depend on how big is the pool? that's just because the blocks were found not so often
Does the payment amount depend on how big is the pool? that's just because the blocks were found not so often
February 14, 2014, 09:03:08 AM
The displayed hashrate is only rough approximate. The formula is based on the count of your shares and some constants. payments do not depend on it! your payouts are calculated on the real sent shares.
I have tuned this formula, now you should see nearest hashrate.
Thanks for the quick response.
I wasn't so much concerned with payments, as just having a good reference to diagnose my hardware against.
I do see an improvement, but I think now you're slightly over-reporting. I have a R9 290 that has constantly been reported by cgminer as 453 for days on end now, and yet DwarfPool now reports it as 480.
February 14, 2014, 07:56:01 AM
Sorry for thinking it was a kind of p2pool 
I am using the France server (30ms), mining at 313MH/s and the pool says I have 238-242MH/s
I am using the France server (30ms), mining at 313MH/s and the pool says I have 238-242MH/s
how many rejects does the miner show? can you please give the statistic from miner? thank you!
Same here, I'm mining at ~2000 and pool says ~1600.
I have reject rates between 0.6% and 1.4% - that doesn't explain a 20% underreporting. What gives? Is this because of no-submit-stale? (i.e. is stale shares displayed in the cgminer hashrate?)
--------------------------------------------------------------------------------
GPU 0: 73.0C 50% | 221.8M/221.8Mh/s | R:0.6% HW:0 WU: 50.3/m T:1 I:14
GPU 1: 74.0C 1862RPM | 145.0M/145.1Mh/s | R:0.6% HW:0 WU: 31.3/m T:1 I:14
GPU 2: 73.0C 19% | 303.5M/303.5Mh/s | R:0.5% HW:0 WU: 66.8/m T:1 I:14
GPU 3: 74.0C 2640RPM | 198.1M/198.1Mh/s | R:1.4% HW:0 WU: 44.7/m T:1 I:14
GPU 4: 74.0C 2048RPM | 211.2M/211.2Mh/s | R:0.6% HW:0 WU: 46.1/m T:1 I:14
GPU 5: 74.0C 2844RPM | 303.5M/303.5Mh/s | R:1.0% HW:0 WU: 68.4/m T:1 I:14
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
GPU 0: 73.0C 3647RPM | 456.7M/457.7Mh/s | R:0.8% HW:0 WU:101.9/m T:1 I:14
--------------------------------------------------------------------------------
[2014-02-14 00:44:15] accepted: 7918/7970 (99.35%), 66103 khash/s (yay!!!)
--------------------------------------------------------------------------------
GPU 0: 73.0C 3081RPM | 131.8M/132.0Mh/s | R:0.8% HW:0 WU:27.7/m T:1 I:14
--------------------------------------------------------------------------------
The displayed hashrate is only rough approximate. The formula is based on the count of your shares and some constants. payments do not depend on it! your payouts are calculated on the real sent shares.
I have tuned this formula, now you should see nearest hashrate.
Jump to: