Bitcoin Forum
November 16, 2018, 08:44:46 AM *
News: Latest Bitcoin Core release: 0.17.0 [Torrent].
 
   Home   Help Search Login Register More  
Pages: « 1 ... 1975 1976 1977 1978 1979 1980 1981 1982 1983 1984 1985 1986 1987 1988 1989 1990 1991 1992 1993 1994 1995 1996 1997 1998 1999 2000 2001 2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012 2013 2014 2015 2016 2017 2018 2019 2020 2021 2022 2023 2024 [2025] 2026 2027 2028 2029 2030 2031 2032 2033 2034 2035 2036 2037 2038 2039 2040 2041 2042 2043 2044 2045 2046 2047 2048 2049 2050 2051 2052 2053 2054 2055 2056 2057 2058 2059 2060 2061 2062 2063 2064 2065 2066 2067 2068 2069 2070 2071 2072 2073 2074 2075 ... 2178 »
  Print  
Author Topic: [~220PH] KanoPool kano.is 0.9% fee 4.3of 10BTC giveaway 🐈 US,UK,JP,NYA,OR,DE,SG  (Read 5183376 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic.
swanny88
Newbie
*
Offline Offline

Activity: 103
Merit: 0


View Profile
May 07, 2018, 08:58:58 PM
 #40481

I'm curious about the monthly stats, 4th column, "expected". It's been at 3.03 for 4 days now. Is it only going to update when we hit a block,  like the way may didn't show until a block? Surely in 4 days our expectations would rise.


Yes, when we hit the next block (assuming in the next 24 hours), it'll jump the expected to 4-5+...part of the reason why Feb looks so "good" is that we never found a last block during the end of that month, so the expected never changed.  


6 blocks are expected already since the first one was 300 percent unless we hit a block very shortly it will be two 300 percent blocks. 
1542357886
Hero Member
*
Offline Offline

Posts: 1542357886

View Profile Personal Message (Offline)

Ignore
1542357886
Reply with quote  #2

1542357886
Report to moderator
1542357886
Hero Member
*
Offline Offline

Posts: 1542357886

View Profile Personal Message (Offline)

Ignore
1542357886
Reply with quote  #2

1542357886
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1542357886
Hero Member
*
Offline Offline

Posts: 1542357886

View Profile Personal Message (Offline)

Ignore
1542357886
Reply with quote  #2

1542357886
Report to moderator
1542357886
Hero Member
*
Offline Offline

Posts: 1542357886

View Profile Personal Message (Offline)

Ignore
1542357886
Reply with quote  #2

1542357886
Report to moderator
nazzer
Member
**
Offline Offline

Activity: 238
Merit: 11


View Profile
May 07, 2018, 10:16:27 PM
 #40482

The only thing that's wrong, is that THIS BLOCK NEEDS TO DIE!
I'm expecting a lot of 100% blocks after this! Grin

I don't think Kano could argue with the veracity of this comment. Wink

I've got good news and bad news ...

The bad news: we're always expecting blocks at 100% from "now"

However, I've got good news too!

1) We always expect blocks at 100%
2) Over time, we expect to be at 100%


MINE ON!

Vega 56 | Vega 64 | RX580 | GTX1070 | 1050Ti | S9 | L3+
kano
Legendary
*
Offline Offline

Activity: 2632
Merit: 1059


Linux since 1997 RedHat 4


View Profile
May 07, 2018, 10:18:39 PM
 #40483

I have a question about the pool API. The workers data contains w_hashrate5m / w_hashrate1h / w_hashrate24hr fields. I thought that's the average hashrate for 5m / 1h / 24h respectively. But I guess I am not exactly right about it. I just faced a situation when my hashing power went down due to a network connectivity. I saw the hashrate numbers declining quickly, and all of them - including the 24hr rate  - went to 0. When network issue was sorted out, the numbers were back to their normal values again - including the 24h value.

I understand the 5m / 1h numbers to change fast when my machines are down. But why does the 24h also drops so quickly ? I didn't measure exact duration of the downtime itself, but it was somewhat around 4 hours. So I expected the 24h hashrate value to reduce by ~20% only...


P.S. I'm just looking for a more-or-less reliable way to get informed when any of my miners are not hashing properly. Right now I have a script calculating the total hashrate (based on 'w_hashrate5m' numbers from the API) and comparing it to a pre-defined value. I also found some very good hints from Kano here - will look into adding that check as well.
Last Share (w_lastshare) for a worker.
If it's more than 120 seconds old then the miner isn't sending shares to the pool any more.
It's a unix timestamp - and the 'current' time of the data is 'STAMP'
So if ((STAMP - w_lastshareacc:NNN) > 120) then workername:NNN needs looking into

Shares are like blocks, only there's a lot more of them.
The worker should average about 18 shares per minute or 3.333 seconds per share.

So using the CDF table (the lower end of the table)
Code:
0.99995460007024  1000.000%  1 in 22026.5
 0.99999385578765  1200.000%  1 in 162754.8
 0.99999998477002  1800.000%  1 in 65659969.2
 0.99999999996225  2400.000%  1 in 26489113602.6
 1.00000000000000  3600.000%  1 in 4503599627370496.0

... a side note to a person on another pool that recently reminded people of his lack of knowledge here in the past ... LOOK! it's not linear Smiley

A 1000% share is 33.33 seconds and expected 1 in 22026.5 x 3.333 seconds = 73421 seconds = or about 20.4 hours
So there's not much point looking for a 1000% share since it will happen on average a bit more than once a day per miner.

A 1200% share is 40 seconds and expected 1 in 162754.8 x 3.333 seconds = 542516 seconds = or about 6.3 days
So there's not much point looking for a 1200% share either

A 2400% share is 80 seconds and expected 1 in 26489113602.6 x 3.333 seconds = about 2798 years Smiley
Now there is an interesting thing to look at that number Smiley
If you have 2798 miners, then you'd expect it once per year.
If you have 2798*12 miners, then you'd expect it once per month
etc.

A 3600% share is 120 seconds ... and probably never gonna happen no matter how many miners you have Smiley
(4503599627370496.0 x 3.333 = about once every 475 million years)

So if you go for 120 seconds you're sure to know that - given some SPS variance vs 3.333 seconds - any worker that's not submitted a share for 2 minutes (120 seconds) is not submitting shares properly.
(if you have only one proxy or miner connected to that worker)

Pool: https://kano.is Here on Bitcointalk: Forum BTC: 1KanoPb8cKYqNrswjaA8cRDk4FAS9eDMLU
FreeNode IRC: irc.freenode.net channel #kano.is Majority developer of the ckpool code
Help keep Bitcoin secure by mining on pools with full block verification on all blocks - and NO empty blocks!
kano
Legendary
*
Offline Offline

Activity: 2632
Merit: 1059


Linux since 1997 RedHat 4


View Profile
May 07, 2018, 10:20:42 PM
 #40484

I'm curious about the monthly stats, 4th column, "expected". It's been at 3.03 for 4 days now. Is it only going to update when we hit a block,  like the way may didn't show until a block? Surely in 4 days our expectations would rise.


Yes, when we hit the next block (assuming in the next 24 hours), it'll jump the expected to 4-5+...part of the reason why Feb looks so "good" is that we never found a last block during the end of that month, so the expected never changed.  
Ah. That's illuminating thanks. I hadn't caught the Feb thing. That's April too then a little bit if I understand correctly.
Edit- no just one day for April
It's the first block for every month.
It's not a mathematical anomaly caused by some specific choice - it's random.

The Monthly table is the blocks found during that month.

Pool: https://kano.is Here on Bitcointalk: Forum BTC: 1KanoPb8cKYqNrswjaA8cRDk4FAS9eDMLU
FreeNode IRC: irc.freenode.net channel #kano.is Majority developer of the ckpool code
Help keep Bitcoin secure by mining on pools with full block verification on all blocks - and NO empty blocks!
Experimenter
Jr. Member
*
Offline Offline

Activity: 75
Merit: 2


View Profile
May 07, 2018, 10:37:33 PM
 #40485

Last Share (w_lastshare) for a worker.
If it's more than 120 seconds old then the miner isn't sending shares to the pool any more.
Yes, I read the description you posted some time ago, and I fully agree - it's a great way to see if a miner went offline for any reason. But it won't let me see if a miner lost some power (i.e. due to a failed hash board).

That's why I would like to check for the hashrate, as (under the normal conditions) the hashrate is expected to be at about the same level - at least it shouldn't drop significantly. Hence, my question of whether I understand the meaning of w_hashrate5m / w_hashrate1h / w_hashrate24hr properly (I guess I don't).
kano
Legendary
*
Offline Offline

Activity: 2632
Merit: 1059


Linux since 1997 RedHat 4


View Profile
May 07, 2018, 11:24:41 PM
 #40486

Last Share (w_lastshare) for a worker.
If it's more than 120 seconds old then the miner isn't sending shares to the pool any more.
Yes, I read the description you posted some time ago, and I fully agree - it's a great way to see if a miner went offline for any reason. But it won't let me see if a miner lost some power (i.e. due to a failed hash board).

That's why I would like to check for the hashrate, as (under the normal conditions) the hashrate is expected to be at about the same level - at least it shouldn't drop significantly. Hence, my question of whether I understand the meaning of w_hashrate5m / w_hashrate1h / w_hashrate24hr properly (I guess I don't).
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.

Pool: https://kano.is Here on Bitcointalk: Forum BTC: 1KanoPb8cKYqNrswjaA8cRDk4FAS9eDMLU
FreeNode IRC: irc.freenode.net channel #kano.is Majority developer of the ckpool code
Help keep Bitcoin secure by mining on pools with full block verification on all blocks - and NO empty blocks!
Shazam!!!
Full Member
***
Offline Offline

Activity: 350
Merit: 157


#takeminingback


View Profile WWW
May 07, 2018, 11:42:28 PM
 #40487

Big Welcome to our new members!!! If anyone would like to help Spread the word and, spark the interest of potential new members,
here's a few Kano Pool Signature Banners:

How to add it:

Go to profile>forum profile information>paste in signature box>change profile button>enjoy!

note: be sure to copy everything correctly. Results vary depending on forum rank.

Ex:
Try Kano Pool

Code:
[b][url=https://kano.is/]Try Kano Pool [/url] [/b]

Ex:
I Mine at Kano Pool

Code:
[b]I Mine at [url=https://kano.is/]Kano Pool [/url] [/b]

Ex:
The Best BTCitcoin Pool in the World: Kano Pool

Code:
[b]The Best [btc]itcoin Pool in the World: [url=https://kano.is/]Kano Pool [/url] [/b]

Click these links to learn some truth about Big Corporate mining pools stealing your money and centralizing BTCitcoin!!!
Help support the BTCitcoin community!!! Mine your BTCitcoin at a non-Corporate pool!!! BTC: 1ShazamjsPnpWDNnk3n2tAiKGMdXaSjay
I mine BTCitcoin at a non-Corporate pool with no hidden fees, no empty BTClocks: Kano Pool   ■ get Kano Pool signature banners here ■
fenderltd
Newbie
*
Offline Offline

Activity: 24
Merit: 0


View Profile
May 08, 2018, 12:18:00 AM
 #40488

Not much, but added another S9 today. Going to be interesting when summer really hits here in Texas!   
Current temps are high of 76  on one, and 84 another. Need some more 6 inch duct to bring the 84 down to in the 70's!

Now lets gets some freakin BTCLOCKS BTCABY!!!
fenderltd
Newbie
*
Offline Offline

Activity: 24
Merit: 0


View Profile
May 08, 2018, 12:19:21 AM
 #40489

Big Welcome to our new members!!! If anyone would like to help Spread the word and, spark the interest of potential new members,
here's a few Kano Pool Signature Banners:

How to add it:

Go to profile>forum profile information>paste in signature box>change profile button>enjoy!

note: be sure to copy everything correctly. Results vary depending on forum rank.

Ex:
Try Kano Pool

Code:
[b][url=https://kano.is/]Try Kano Pool [/url] [/b]

Ex:
I Mine at Kano Pool

Code:
[b]I Mine at [url=https://kano.is/]Kano Pool [/url] [/b]

Ex:
The Best BTCitcoin Pool in the World: Kano Pool

Code:
[b]The Best [btc]itcoin Pool in the World: [url=https://kano.is/]Kano Pool [/url] [/b]

Thanks BTCro, I changed mine but only can do the basic one I guess!
yxt
Legendary
*
Offline Offline

Activity: 2338
Merit: 1017



View Profile
May 08, 2018, 12:33:54 AM
 #40490

I am legendary, can you do something bigger Wink

BTCKano Pool██ ██
██ ██
██ ██
██ ██
██ ██
██ ██
██ ██
██ ██
██ ██
██
██
██
██
██ ██ ██
██ ██ ██
██ ██ ██
██ ██ ██
██ ██ ██
██ ██ ██
██ ██ ██
██ ██ ██
██ ██ ██
   ██
   ██
   ██
   ██
██ ██
██ ██
██ ██
██ ██
██ ██
██ ██
██ ██
██ ██
██ ██
   ██
   ██
   ██
   ██
AerialGopher
Jr. Member
*
Offline Offline

Activity: 196
Merit: 4


View Profile
May 08, 2018, 02:01:22 AM
 #40491

I vote for a pool re-start.
ccgllc
Copper Member
Member
**
Offline Offline

Activity: 322
Merit: 56

Math doesn't care what you believe.


View Profile
May 08, 2018, 02:13:02 AM
 #40492

I vote for a pool re-start.


And what pray tell would you expect that to accomplish?  Besides causing all of us to fail over to our backup pools that is?

I mine bitcoin for a living, and I mine at Kano.is!
Blokforge Affiliate:  https://blokforge.com/?ref=21
Linux since 0.96 kernel and Slackware distributions on (4) floppies...
maddadata
Newbie
*
Offline Offline

Activity: 82
Merit: 0


View Profile
May 08, 2018, 02:20:21 AM
 #40493

Last Share (w_lastshare) for a worker.
If it's more than 120 seconds old then the miner isn't sending shares to the pool any more.
Yes, I read the description you posted some time ago, and I fully agree - it's a great way to see if a miner went offline for any reason. But it won't let me see if a miner lost some power (i.e. due to a failed hash board).

That's why I would like to check for the hashrate, as (under the normal conditions) the hashrate is expected to be at about the same level - at least it shouldn't drop significantly. Hence, my question of whether I understand the meaning of w_hashrate5m / w_hashrate1h / w_hashrate24hr properly (I guess I don't).
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.  I had a psu that melted the breakout board and I noticed a 2/3 hashrate drop on that worker when ambient temps were warm during the day.  also had an airflow issue on one worker during warm ambient temps causing a hashboard shutdown.  checking the worker page gave me cause for concern...but not panic, but the shift graph gave me solid evidence there was something wrong.  In both cases the pool stats were enough for me to diagnose a problem if I could interpret the data right.  When my psu went down I saw that worker drop by 2/3 of both hashrate and share rate, then followed up by downward line on the shift graph, bottoming out at 1/3 of normal hash for that machine.  A "long share" would not cause this type of data.  sure enough (i use hp server psus...2 per machine) the breakout board chernobyled on the "2 hashboard" psu.  fresh psu...and all good.  Same deal w/my s9 when it sucked a leaf...combo of rising ambient temps, then share rate/hashrate drop and worker graph drop on the shift graph.  There's a pattern in the data that you can use to diagnose problems purely from Kano's stats, but you gotta interpret it right!    
BSGMiner
Member
**
Offline Offline

Activity: 308
Merit: 12

1xAvalon741 | 1xAvalon6-->resting 'til winter


View Profile
May 08, 2018, 02:31:22 AM
 #40494

I vote for a pool re-start.
And what pray tell would you expect that to accomplish?  Besides causing all of us to fail over to our backup pools that is?
Lol. Some superstition that's been floating around for a while that it brings a block. Hehe

P.S. New sig: Kano Pool Blocks... No restart required. Wink

The best ~200PH BTC mining pool (<1% fee): KanoPool
***PPLNS payouts averaged over the 5Nd to reduce variance***
rifleman74
Member
**
Offline Offline

Activity: 406
Merit: 21

4 s9's 2 821's


View Profile
May 08, 2018, 02:34:34 AM
 #40495

I vote for a pool re-start.
And what pray tell would you expect that to accomplish?  Besides causing all of us to fail over to our backup pools that is?
Lol. Some superstition that's been floating around for a while that it brings a block. Hehe

P.S. New sig: Kano Pool Blocks... No restart required. Wink

It did work rather well back in September/October.    Within an hour of restart, block was found.


MINE ON WITH KANO-SAN!
AerialGopher
Jr. Member
*
Offline Offline

Activity: 196
Merit: 4


View Profile
May 08, 2018, 02:35:22 AM
 #40496

I vote for a pool re-start.
And what pray tell would you expect that to accomplish?  Besides causing all of us to fail over to our backup pools that is?
Lol. Some superstition that's been floating around for a while that it brings a block. Hehe

P.S. New sig: Kano Pool Blocks... No restart required. Wink

If you look back in history.  Everytime there has been long blocks, and then a "restart" for one reason or another there has been a block found very shortly after, and the near 100 % will continue for a while.

I have seen this numerous times since December that this happens almost like clock work.


YES, saying that it does nothing, becuase of probability, can be an accurate statement, but when this happens too often, there is more to this than just probability.


I dont remember the date, but a while ago, Kano said he needed to do a pool restart due to a logging issue, and then the double restart cuased another issue, and he found why in the code this issue happened.  after that, blocks were normal again, near 100 %  but prior to that there were long blocks.. like now.

Persoanlly, I think there is an issue in some detail yet to be discovered, that after the pool runs for an extended period of time, or so many shares, blocks are not found as near 100% as they should. ( when you use "probability" alone )
porepete
Newbie
*
Offline Offline

Activity: 42
Merit: 0


View Profile
May 08, 2018, 02:53:04 AM
 #40497

Goodmorning from Greece, noob alert here, can you tell me if I need to make backups of the wallet.dat file from bitcoin core more than once, I have stored it in multiple usbs, do I need to take backups regurarly after some transactions or just once is enough?
maddadata
Newbie
*
Offline Offline

Activity: 82
Merit: 0


View Profile
May 08, 2018, 02:56:05 AM
 #40498

I vote for a pool re-start.
And what pray tell would you expect that to accomplish?  Besides causing all of us to fail over to our backup pools that is?
Lol. Some superstition that's been floating around for a while that it brings a block. Hehe

P.S. New sig: Kano Pool Blocks... No restart required. Wink

If you look back in history.  Everytime there has been long blocks, and then a "restart" for one reason or another there has been a block found very shortly after, and the near 100 % will continue for a while.

I have seen this numerous times since December that this happens almost like clock work.


YES, saying that it does nothing, becuase of probability, can be an accurate statement, but when this happens too often, there is more to this than just probability.


I dont remember the date, but a while ago, Kano said he needed to do a pool restart due to a logging issue, and then the double restart cuased another issue, and he found why in the code this issue happened.  after that, blocks were normal again, near 100 %  but prior to that there were long blocks.. like now.

Persoanlly, I think there is an issue in some detail yet to be discovered, that after the pool runs for an extended period of time, or so many shares, blocks are not found as near 100% as they should. ( when you use "probability" alone )


Interesting theory...what changes during a mass reboot?  vardiff readjusting for all workers is the one thing I think of, what else?
ccgllc
Copper Member
Member
**
Offline Offline

Activity: 322
Merit: 56

Math doesn't care what you believe.


View Profile
May 08, 2018, 02:56:55 AM
 #40499

Goodmorning from Greece, noob alert here, can you tell me if I need to make backups of the wallet.dat file from bitcoin core more than once, I have stored it in multiple usbs, do I need to take backups regurarly after some transactions or just once is enough?

Back it up every time after you create a new receiver address.  It those private keys you want to hold onto.  That said, I think most wallets create those in batches, like 100 at a time.

I mine bitcoin for a living, and I mine at Kano.is!
Blokforge Affiliate:  https://blokforge.com/?ref=21
Linux since 0.96 kernel and Slackware distributions on (4) floppies...
nazzer
Member
**
Offline Offline

Activity: 238
Merit: 11


View Profile
May 08, 2018, 03:44:06 AM
 #40500

Not much, but added another S9 today. Going to be interesting when summer really hits here in Texas!   
Current temps are high of 76  on one, and 84 another. Need some more 6 inch duct to bring the 84 down to in the 70's!

Now lets gets some freakin BTCLOCKS BTCABY!!!

Mine run up to 105C , it'll be fine

Vega 56 | Vega 64 | RX580 | GTX1070 | 1050Ti | S9 | L3+
Pages: « 1 ... 1975 1976 1977 1978 1979 1980 1981 1982 1983 1984 1985 1986 1987 1988 1989 1990 1991 1992 1993 1994 1995 1996 1997 1998 1999 2000 2001 2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012 2013 2014 2015 2016 2017 2018 2019 2020 2021 2022 2023 2024 [2025] 2026 2027 2028 2029 2030 2031 2032 2033 2034 2035 2036 2037 2038 2039 2040 2041 2042 2043 2044 2045 2046 2047 2048 2049 2050 2051 2052 2053 2054 2055 2056 2057 2058 2059 2060 2061 2062 2063 2064 2065 2066 2067 2068 2069 2070 2071 2072 2073 2074 2075 ... 2178 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!