The Fat Miner
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 84
Merit: 10
Please give me Bitcoins so I can buy more food
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
January 29, 2014, 04:11:11 AM |
|
No That's just the hash of two cards in WU: not my full hash rate, And I've been happily achieving 1.85-1.9 Mh/s for weeks, It's not like I don't know how much power I've got. it's clearly dropped a hell of a lot since yesterday
Alright well good luck. Sounds like you are never going to be happy here though. You should try hashcows or another pool if you just want something that is going to look pretty and match up with what CGMiner is saying... So your miners aren't reporting the right hash then ? Is that what you're saying ? I don't want to go to a different pool, I just want to know how or why it would happen.
|
|
|
|
|
The Fat Miner
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 84
Merit: 10
Please give me Bitcoins so I can buy more food
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
January 29, 2014, 04:14:33 AM |
|
Could everyone give me an idea on their efficiency levels and what sort of expiry settings they have in CGWatcher etc please , It may help
|
|
|
|
zneww
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
January 29, 2014, 04:14:59 AM |
|
You're right, here goes. DON'T YOU UNDERSTANDZZ CGMINER.CONF?
WTF? REINSTALL BAMT MORON.
Take this network cable and HANG YOURSELF!!!!Better? ![](https://ip.bitcointalk.org/?u=http%3A%2F%2F31.media.tumblr.com%2Ftumblr_ll3fac95fJ1qa9g0zo1_500.gif&t=665&c=DMx3W5f0Txe7ag)
|
|
|
|
ckoeber
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 182
Merit: 10
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
January 29, 2014, 04:15:45 AM |
|
Which server is your pool connected to? Try a different middlecoin.com server and see if that changes things for you. Check the main website and see which one is geographically closest to you.
|
|
|
|
The Fat Miner
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 84
Merit: 10
Please give me Bitcoins so I can buy more food
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
January 29, 2014, 04:16:40 AM |
|
Everyone has been getting huge amounts of rejects lately, God only knows why.
|
|
|
|
Speedie
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
January 29, 2014, 04:27:57 AM |
|
You're right, here goes. DON'T YOU UNDERSTANDZZ CGMINER.CONF?
WTF? REINSTALL BAMT MORON.
Take this network cable and HANG YOURSELF!!!!Better? Toss in a scammer accusation and a referral to SimonG's mythical pay-to-play invitation-only pool, and I believe I'm good ![Cheesy](https://bitcointalk.org/Smileys/default/cheesy.gif)
|
|
|
|
Damnsammit
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
January 29, 2014, 04:40:39 AM |
|
So your miners aren't reporting the right hash then ? Is that what you're saying ? I don't want to go to a different pool, I just want to know how or why it would happen.
Middlecoin Hashrate vs. CGMiner HashrateYour hash rate in a pool database is an estimation* based on the number of shares you have submitted. *Difficulty 1024 = a shit ton of variance for a smaller rig Your hash rate in CGMiner is an actual hashrate based on the number of hashes you have submitted.
Please refer to the Bitcoin Wiki if you want to learn more information. This is a good starting place: https://en.bitcoin.it/wiki/Target
|
|
|
|
The Fat Miner
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 84
Merit: 10
Please give me Bitcoins so I can buy more food
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
January 29, 2014, 04:48:58 AM |
|
So your miners aren't reporting the right hash then ? Is that what you're saying ? I don't want to go to a different pool, I just want to know how or why it would happen.
Middlecoin Hashrate vs. CGMiner HashrateYour hash rate in a pool database is an estimation* based on the number of shares you have submitted. *Difficulty 1024 = a shit ton of variance for a smaller rig Your hash rate in CGMiner is an actual hashrate based on the number of hashes you have submitted.
Please refer to the Bitcoin Wiki if you want to learn more information. This is a good starting place: https://en.bitcoin.it/wiki/Target So your saying the hash rate is irrelevant , It's the shares submitted, Ok any pointers on how to increase my efficiency levels ?
|
|
|
|
Damnsammit
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
January 29, 2014, 05:00:57 AM Last edit: January 29, 2014, 05:33:29 AM by Damnsammit |
|
So your saying the hash rate is irrelevant , It's the shares submitted, Ok any pointers on how to increase my efficiency levels ?
It's not irrelevant. There is a direct correlation between hash rate and shares submitted. More hash rate, more shares, higher payout. If you deconstruct it, payout is measured by shares. Shares, however, are not measured by hashrate. To give you a reading, pool operators provide a metric that shows you what hash rate on average would submit the shares at the rate in which your miner is currently submitting shares. Efficiency levels? Get your stales and rejects down. I don't know why they are so high on this server. H20 doesn't know either last time I checked, and that is much more important for him to work on than to explain to everyone on here how mining works.
|
|
|
|
ckoeber
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 182
Merit: 10
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
January 29, 2014, 05:29:16 AM |
|
|
|
|
|
juggs
Newbie
Offline
Activity: 28
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
January 29, 2014, 05:30:22 AM |
|
<snip> Clearly he is targetting the poor and weak! He is a modern day Pol Pot!
*hums "Holiday in Cambodia" by The Dead Kennedies* </snip>
For this sir, you win the internet for the day! Purely because it reminded me of that track, and now I too am humming it.... It's a holiday in Cambodia Where people dress in black A holiday in Cambodia Where you'll kiss ass or crack
|
|
|
|
The Fat Miner
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 84
Merit: 10
Please give me Bitcoins so I can buy more food
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
January 29, 2014, 05:39:36 AM |
|
|
|
|
|
dgross0818
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
January 29, 2014, 05:41:00 AM |
|
As pointed out above, the difference between your local hashrate (what you see on your rigs) and the rate reported on Middlecoin (or any 3rd party graph) is due to your "luck" in the number of shares your workers solve
If I have a card that is hashing at 600 kH/s, I can expect it to solve a block of X difficulty in time T (the concept is way more important than the numbers in this example)
Sometimes that card will get "lucky" and solve the block a lot faster than "average"... other times it may take 5 times as long to solve a block of the same difficulty
I have a laptop with a pretty lame hashrate of 135 kH/s... with a pool difficulty of 1024, it "should" solve a share every 7-8 minutes or so (It's late and I probably messed that up) however, I've had times when it solved in 2 min, and others when I've gone 15 minutes without an accepted share.
When your cards solve blocks faster than "normal" your hashrate can actually be reported higher than it actually is, as all Middlecoin is doing is counting the number of accepting shares over a period of time, factoring in the difficulty, and then spitting out the hashrate that corresponds.
With a low pool difficulty of 64 (for example) you can expect to submit roughly 16 times the number of shares vs a pool with difficulty 1024.
In statistics, we use the Law of Large Numbers to explain how as the number of samples increases, the average result should converge, with a variance decreasing to 0 as the number of samples gets infinitely large.
With a lower diff pool, you are submitting enough shares, even with a "slower" rig that the hashrate should be fairly accurate over a period of time as short as an hour or two. When you combine a slower rig with a high-dif pool like MC, the hashrate can be over or under reported drastically when the sample time is so short.
This is why we keep saying please compare your daily average hashrate to what your miners are reporting locally. Obviously if your uptime is less than 24 hours you will need to multiply the local hashrate by (hours up during past 24 hours / 24) (The fraction of time the rig was online)
If you are still seeing an issue, then it's most likely due to not factoring in the shares you lost through stales/rejects. If it's still wrong, then most likely your WU units are substantially lower than your reported hashrate, potentially due to a bad graphics card config, latency, wrong server, crows nesting nearby, etc
|
|
|
|
The Fat Miner
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 84
Merit: 10
Please give me Bitcoins so I can buy more food
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
January 29, 2014, 05:43:21 AM |
|
So your saying the hash rate is irrelevant , It's the shares submitted, Ok any pointers on how to increase my efficiency levels ?
It's not irrelevant. There is a direct correlation between hash rate and shares submitted. More hash rate, more shares, higher payout. If you deconstruct it, payout is measured by shares. Shares, however, are not measured by hashrate. To give you a reading, pool operators provide a metric that shows you what hash rate on average would submit the shares at the rate in which your miner is currently submitting shares. Efficiency levels? Get your stales and rejects down. I don't know why they are so high on this server. H20 doesn't know either last time I checked, and that is much more important for him to work on than to explain to everyone on here how mining works. The graphs on Middlecoin are based souly on shares submitted ? Because that would give me an idea why I've lost "Power" if you like , So no ideas on how to reduce rejects ? Because I'm sure I don't , I've tried everything, Lowering intensity, Clocks, All sorts of settings.
|
|
|
|
The Fat Miner
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 84
Merit: 10
Please give me Bitcoins so I can buy more food
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
January 29, 2014, 05:47:56 AM |
|
As pointed out above, the difference between your local hashrate (what you see on your rigs) and the rate reported on Middlecoin (or any 3rd party graph) is due to your "luck" in the number of shares your workers solve
If I have a card that is hashing at 600 kH/s, I can expect it to solve a block of X difficulty in time T (the concept is way more important than the numbers in this example)
Sometimes that card will get "lucky" and solve the block a lot faster than "average"... other times it may take 5 times as long to solve a block of the same difficulty
I have a laptop with a pretty lame hashrate of 135 kH/s... with a pool difficulty of 1024, it "should" solve a share every 7-8 minutes or so (It's late and I probably messed that up) however, I've had times when it solved in 2 min, and others when I've gone 15 minutes without an accepted share.
When your cards solve blocks faster than "normal" your hashrate can actually be reported higher than it actually is, as all Middlecoin is doing is counting the number of accepting shares over a period of time, factoring in the difficulty, and then spitting out the hashrate that corresponds.
With a low pool difficulty of 64 (for example) you can expect to submit roughly 16 times the number of shares vs a pool with difficulty 1024.
In statistics, we use the Law of Large Numbers to explain how as the number of samples increases, the average result should converge, with a variance decreasing to 0 as the number of samples gets infinitely large.
With a lower diff pool, you are submitting enough shares, even with a "slower" rig that the hashrate should be fairly accurate over a period of time as short as an hour or two. When you combine a slower rig with a high-dif pool like MC, the hashrate can be over or under reported drastically when the sample time is so short.
This is why we keep saying please compare your daily average hashrate to what your miners are reporting locally. Obviously if your uptime is less than 24 hours you will need to multiply the local hashrate by (hours up during past 24 hours / 24) (The fraction of time the rig was online)
If you are still seeing an issue, then it's most likely due to not factoring in the shares you lost through stales/rejects. If it's still wrong, then most likely your WU units are substantially lower than your reported hashrate, potentially due to a bad graphics card config, latency, wrong server, crows nesting nearby, etc
So what you're saying is I'm an unlucky bastard ? ![Cheesy](https://bitcointalk.org/Smileys/default/cheesy.gif)
|
|
|
|
juggs
Newbie
Offline
Activity: 28
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
January 29, 2014, 05:49:32 AM |
|
I was saying something is wrong with the pool but nobody cared, now i see people are reporting the same problem i was reporting on Sunday ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) . let me guess your cgminer stats doesn't add up with the MC pool?! I gave up trying to figure it out, i even messaged h20 but he didn't give a fuck about it since there are lot of other pigs around to rob from. It feels like your cgminer submits the shares to h20's personal address I even tried to mine for 24hours with a new address, guess what the new address never showed in the database ![Shocked](https://bitcointalk.org/Smileys/default/shocked.gif) , all in all h2o is robbing you without knowing it here is my earlier post on Sunday, How did you get 1.5 milliion shares accepted and 45000 shared rejected in 15 hours at 1024 diff with 2 MH/s? Looks like your miners switched to other pool(s) while you weren't watching. Probably not a different pool, just a screwed up config somewhere. I've done it myself, forget to include the right --scrypt setting on a card or two and they start reporting crazy high hash rates locally while submitting nothing but nonsense to the pool. It's easily done. And also easily corrected with some diligence.
|
|
|
|
Damnsammit
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
January 29, 2014, 05:51:14 AM |
|
So what you're saying is I'm an unlucky bastard ? ![Cheesy](https://bitcointalk.org/Smileys/default/cheesy.gif) Blissfully ignorant, too. *popcorn* ![Cheesy](https://bitcointalk.org/Smileys/default/cheesy.gif)
|
|
|
|
The Fat Miner
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 84
Merit: 10
Please give me Bitcoins so I can buy more food
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
January 29, 2014, 06:12:25 AM |
|
So what you're saying is I'm an unlucky bastard ? ![Cheesy](https://bitcointalk.org/Smileys/default/cheesy.gif) Blissfully ignorant, too. *popcorn* ![Cheesy](https://bitcointalk.org/Smileys/default/cheesy.gif) Seriously speaking though, I am starting to learn, Thanks to everyone for the advice, Including dgross0818 and yourself.
|
|
|
|
aclass
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
January 29, 2014, 06:57:50 AM |
|
The easiest way to lower rejects is to ping each one of the servers and choose 2 or 3 with the lowest ping... Add the lowest as primary and the other as failover-only.
Wait for an hour and then monitor your miner to see what's the percentage of rejected shares. Rotate the servers above if needed until you get it.
AND NEVER USE WIRELESS ... unless you can not mine otherwise
|
|
|
|
|