Author

Topic: KanoPool kano.is lowest 0.9% fee 🐈 since 2014 - Worldwide - 2432 blocks - page 231. (Read 5352229 times)

full member
Activity: 658
Merit: 118
Can anyone give me an idea as to why this miner is only hashing at 8.10 t/h

image is from cgminer status

https://imgur.com/a/uYbsT7q

I can't see anything wrong with your miner from the stats page. It looks like its just variance - the chips are running at the right clock speed and there's the correct number of chips detected.
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
Can anyone give me an idea as to why this miner is only hashing at 8.10 t/h

image is from cgminer status

https://imgur.com/a/uYbsT7q
Check the shift graph for the worker at least over a period of hours or better a day or two.
The short term (less than a few hours) hash rate will vary a lot - also the miner may be averaging the last 2.5 days and if the miner has recently dropped it's hash rate the average could be high.

If the pool is averaging different to the miner over the long term then the miner isn't reporting the hash rate correctly or isn't staying connected.
The pool hash rate is based on the shares accepted, so if the miner has trouble counting, you may see a difference Smiley
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
...
Can anybody tell me what that three green dot-light means on the beginning of the web page KanoPool?
2 day ago the first was yellow.

They're to do with KDB staying in sync with the pool front end and the pool front end keeping up with the work it has to do.

Sometimes you'll see a yellow "Soul Eater" but they are usually all green "Aki's eye"
If you see all 3 red "Darth Vader" then you know something is wrong or KDB is down/rebooting.
newbie
Activity: 67
Merit: 0
Can anyone give me an idea as to why this miner is only hashing at 8.10 t/h

image is from cgminer status

https://imgur.com/a/uYbsT7q
newbie
Activity: 17
Merit: 0
Nice to see that Hashrate Growing!!! Let's keep it going!!! Big Thanx to EVERYONE!!!

https://i.imgur.com/tCCi6kM.jpg

Can anybody tell me what that three green dot-light means on the beginning of the web page KanoPool?
2 day ago the first was yellow.
jr. member
Activity: 76
Merit: 2
BTW, is there a way to calculate the difficulty of the last block found by the pool based on the data provided by the API?
No, the API's aim is to provide current data - it does name the last pool and network block, but to be able to calculate other current information since either of those.
The web site shows history.
Got it.
Thanks!!!
full member
Activity: 658
Merit: 118
When we crack the next block, we can all celebrate together!
newbie
Activity: 67
Merit: 0
member
Activity: 210
Merit: 15
Luck is Luck. Two blocks >300% sucks but the name of the game is the same, it all washes out in the end. Mine On With Kano-San!! Come on BLOCK!!!
full member
Activity: 350
Merit: 158
#takeminingback
These long blocks certainly put a strain on people!!! C'mon BTClock!!! Ha!!!

legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
Yeah the ckpool hash rates are not really a point in time thing ... so relying on them to detect problems isn't highly reliable.

If you have a lot of miners, and don't have any reliable direct miner monitoring software, it's best to look at the workers page once in a while
and then click on the 2 different sortings at the top "Last Share" and "Hash Rate" and see what's at the bottom.

You can also use the "Shift Graph" to see how a single worker is performing over time.

I have successfully used the shift graph to diagnose problems w/my farm.
Using the graphs needs manual check of the web site. I guess there is a way to automate it as well, but it's definitely beyond my bash scripting skills. Smiley

I think I will stick with checking the w_lastshare every 5-10 minutes, and will also send myself the hashrate stats once or twice a day. This should be good enough for my needs. In case of any issues, further investigations will be done manually anyway (that's when I will check the pool website, miner pages, etc.)

Thanks!


BTW, is there a way to calculate the difficulty of the last block found by the pool based on the data provided by the API?
No, the API's aim is to provide current data - it does name the last pool and network block, but to be able to calculate other current information since either of those.
The web site shows history.
jr. member
Activity: 76
Merit: 2
Yeah the ckpool hash rates are not really a point in time thing ... so relying on them to detect problems isn't highly reliable.

If you have a lot of miners, and don't have any reliable direct miner monitoring software, it's best to look at the workers page once in a while
and then click on the 2 different sortings at the top "Last Share" and "Hash Rate" and see what's at the bottom.

You can also use the "Shift Graph" to see how a single worker is performing over time.

I have successfully used the shift graph to diagnose problems w/my farm.
Using the graphs needs manual check of the web site. I guess there is a way to automate it as well, but it's definitely beyond my bash scripting skills. Smiley

I think I will stick with checking the w_lastshare every 5-10 minutes, and will also send myself the hashrate stats once or twice a day. This should be good enough for my needs. In case of any issues, further investigations will be done manually anyway (that's when I will check the pool website, miner pages, etc.)

Thanks!


BTW, is there a way to calculate the difficulty of the last block found by the pool based on the data provided by the API?
newbie
Activity: 103
Merit: 0


Bitcoin mining is a lot like playing cards for tons of Money.  Sometimes you run good and sometimes you run bad.



I have a feeling we are going to have a couple of 4 block days in the month of May right after we crack this 300 percent block.



jr. member
Activity: 196
Merit: 4
so, lets prove me wrong, re-start the pool and lets see what happens! :-)

Do you want to say that Kano is not interested in finding blocks by his pool? where is the logic?  Shocked
Indeed - I only restart the pool when it needs to be.
Due to: resource issues, changes, or it restarts itself if it crashes.

Restarting KDB has no effect at all on your work/block finding data unless it cascades into a pool restart also
(which is rare but not 'never')

Yes indeed it is fun to think that restarts are helpful, but when it degenerates in to comments about code problems ... well ... OK ... fun gone Tongue

I am not doubting your ability's at all.  In fact I know you know what you are doing.  I just made a comment that it has happened a few times that these long spells have been fixed after a pool restart.  Yes, I may notice that moreso than when there was no restart.  

I understand the miners do the work, but the work is issued to them by the pool.  If the work issued or the returned work is not generated properly, or logged properly, or some small thing is happening that is not noticed which yields bad work from miners, or not even that, just missed or mis-handled work of a miner.  Maybe it happens, maybe there is some set of circumstances that occur that is not "visible"  

Look at it this way...  and I know this has happened to me with other stuff.  You write your code, you have gone through it more often than you can remember.  If your looking at it and expecting it to be correct, you might gloss over something.  I do not mean any disrespect by any means.   I have had people look over stuff I have done, and seen something, and its like.. oh yeah... opps.  If there was an issue, i am sure you will find it, or have found other things as you have mentioned.  Maybe the issue is not even with code, it could be something else.  Bad transactions that are put into a block that effect the results, but hard to know which transactions are bad.  And when I say bad, I do not mean one without proper funds, I mean with some other thing someone discovered that can corrupt data etc...


A good example is... remember when android phones could be hacked by just sending it an a particular SMS message.  No one thought that would ever be the case, but somebody found out how to do it.

At the end of the day, Bitcoin has had alot of people doing alot of bad things to gain the advantage.  

So, if I might be noticing these events, lets start a log....  well, actually you probably have a log of re-starts..  look back and find the dates and see if just preceeding it there was low block finds, and then more blocks found just after.  maybe there is another event that happens that causes it, if it is even there.  Maybe there is a set of circumstances that make it happen that isn't discovered yet.

Again, I am not trying to be disrespectful, I know that you are perfect if your work and knowledge.  you understand the inner workings alot better than any of us.  I am just saying it might be worth looking at it from a different angle. ( Again, not code related, but a set of circumstances, internal or external.  Maybe a bad miner like the one you had sending invalid shares for over 2 months that you found. You said that it didnt send one valid share for that 2 or 2+ months, and that it doesnt affect the pool.  So if someone had knowledge to modify miner code to make it send back all invalids, they probably know that this would not harm the pool.  So why are they doing it?  There has to be more to that one. )
newbie
Activity: 42
Merit: 0
I need my miners to find their first block, to believe that blocks really exist!!!
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
so, lets prove me wrong, re-start the pool and lets see what happens! :-)

Do you want to say that Kano is not interested in finding blocks by his pool? where is the logic?  Shocked
Indeed - I only restart the pool when it needs to be.
Due to: resource issues, changes, or it restarts itself if it crashes.

Restarting KDB has no effect at all on your work/block finding data unless it cascades into a pool restart also
(which is rare but not 'never')

Yes indeed it is fun to think that restarts are helpful, but when it degenerates in to comments about code problems ... well ... OK ... fun gone Tongue
newbie
Activity: 94
Merit: 0
so, lets prove me wrong, re-start the pool and lets see what happens! :-)

Do you want to say that Kano is not interested in finding blocks by his pool? where is the logic?  Shocked
legendary
Activity: 2772
Merit: 3284


HOW IN THE UNIVERSE DID YOU CREATE A BITCOIN ADDRESS WITH KANO AFTER THE ONE?Huh?
I want one with panagiporets after the 1
Search vanitygen.  Though you might be disappointed in trying to make one as long as you want.


What if I use my whole name which is Panagiotis Poretsanos?I know what you are thinking, those greeks have huge weird names.

I don't have a exact answer right now, but on consumer grade hardware, that would take at least a century, and probably longer.

I have 1DarkStrRagcDjWtsPGxkav4WG3poLXzDS which took a few days to find, and the difficulty grows exponentially.

(Sorry for the OT)
hero member
Activity: 1610
Merit: 538
I'm in BTC XTC
Search vanitygen and try it.
newbie
Activity: 42
Merit: 0


HOW IN THE UNIVERSE DID YOU CREATE A BITCOIN ADDRESS WITH KANO AFTER THE ONE?Huh?
I want one with panagiporets after the 1
Search vanitygen.  Though you might be disappointed in trying to make one as long as you want.


What if I use my whole name which is Panagiotis Poretsanos?I know what you are thinking, those greeks have huge weird names.
Jump to: