Bitcoin Forum
November 16, 2018, 04:47:31 AM *
News: Latest Bitcoin Core release: 0.17.0 [Torrent].
 
   Home   Help Search Login Register More  
Pages: « 1 ... 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 [60] 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 ... 2178 »
  Print  
Author Topic: [~220PH] KanoPool kano.is 0.9% fee 4.3of 10BTC giveaway 🐈 US,UK,JP,NYA,OR,DE,SG  (Read 5183361 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.
kano
Legendary
*
Offline Offline

Activity: 2632
Merit: 1059


Linux since 1997 RedHat 4


View Profile
January 16, 2015, 10:27:21 PM
 #1181

The next payout, 339142, will be delayed a few hours.

Short version: testing code on test pool, awaiting that test result, then will restart ckdb on live pool and then can run payout.

Extra comment: these changes below are all ckdb related, so as usual should not affect your mining, just the usual data outages on the web site and delays syncing the web site while ckdb does it's reloading each time.

Long version:
During the drama yesterday I restarted ckdb in a 'restricted' mode (the -w option) where I can tell it to only load a limited amount of share info.
I set it to only load to block 338977 (currently ~12million records) which means that since the 339142 payout will extend back before the point when we found block 338977, I'll need to restart ckdb in full mode before I can do the payout.
Late last night (1:30am) I manually ran the markers code to reduce all the sharesummaries, older than payout 338977, to a small number of markersummaries, so a full restart of ckdb will have all the data needed (of course) but also not use up all the ram loading more than 50million sharesummaries, that's back down to about 15million (the conversion of sharesummaries to markersummaries is usually around 1000th i.e. 1 million sharesummaries averages out to be about 1000 markersummaries - the shift changes will convert 1,000,000 sharesummaries to about 10,000 markersummaries)
I also (late last night) copied the whole pool database to a test server that has the new updated ckdb shift code (that's now completed) and I am awaiting it to run fully on the test server to see there's no issues with that.
Once that's done, I'll restart ckdb on the live pool (but without the final shift changes) and do the 339142 payout.

Later today, I'll do the shift code update on the live pool - after the test server shows all things worked as expected.
I've been doing a lot of testing there already, but I think this last version should be all OK, and I wanted to test it on the full live db, copied to the test server.

This will be the implementation of the 50 minute shifts I've mentioned for a while, but finally got it ready to go.

Currently, payouts extend a bit beyond the 5N 500% PPLNS point I keep talking about. On average by half a shift.
Shifts currently are usually 30s so on average it's 15s of extra shares included in each payout.

The new shift will be (usually) 50 minutes, so on average the payout will extend half a shift, or 25 minutes extra, back past the 5N 500% PPLNS point.

So the payouts for the blocks after 339142 will use the new 50 minute shifts - and they will also be delayed (later) today until after I do the shift changes.

I'll update later as things progress.

P.S. whenever I say "today", "tonight", etc I am of course talking about my local time which is AEST or currently UTC+11/GMT+11
(and currently 9:30am 17-Jan)

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!
1542343651
Hero Member
*
Offline Offline

Posts: 1542343651

View Profile Personal Message (Offline)

Ignore
1542343651
Reply with quote  #2

1542343651
Report to moderator
1542343651
Hero Member
*
Offline Offline

Posts: 1542343651

View Profile Personal Message (Offline)

Ignore
1542343651
Reply with quote  #2

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

Activity: 1020
Merit: 1001

Spectreproject Community Manager


View Profile WWW
January 16, 2015, 11:23:28 PM
 #1182

Many thanks kano, i found my wallet there, i have from this and from the 339142 last two still for confirmations rigth?


Relax man, Kano does the payments manually....its not automated.
You will get them don't worry.
Its a very successful pool when it comes to block-finding....probably the best out there!
I suggest the address you mine under is labeled "CK-Kano Pool"

Watch your wallet and enjoy !  Grin

For security, your account has been locked. Email acctcomp15@theymos.e4ward.com
kano
Legendary
*
Offline Offline

Activity: 2632
Merit: 1059


Linux since 1997 RedHat 4


View Profile
January 17, 2015, 12:45:30 AM
 #1183

OK first update, I've still not paid out 339142 yet.
But since 339178 and 339183 are coming up shortly, I'll pay all 3 with the old 30 second shifts since the other 2 will probably be ready to pay by the time I'm ready to pay 339142 (probably another hour or so)

Thus in the above comment about the payout switch to 50 minutes shifts, it will be starting with the payout of block 339225 instead of 339178 (339178 is the block "after 339142")

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!
Digitalmocking
Full Member
***
Offline Offline

Activity: 238
Merit: 100



View Profile
January 17, 2015, 01:40:21 AM
 #1184

Pool seems to have lost almost 2 Petahash/sec.
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2702
Merit: 1145


Ruu \o/


View Profile WWW
January 17, 2015, 01:44:08 AM
 #1185

Pool seems to have lost almost 2 Petahash/sec.
Usually it's someone gambling on solo pool with hashes that come from our biggest hasher on this pool, and there's currently >2PH on solo pool which is consistent. It's only ever temporary.

Developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org, 1% Fee Solo mining at solo.ckpool.org
-ck
kano
Legendary
*
Offline Offline

Activity: 2632
Merit: 1059


Linux since 1997 RedHat 4


View Profile
January 17, 2015, 02:38:18 AM
 #1186

OK, ckdb restart coming up in the next few minutes (web stats unavailable then out of sync for a while)
Then I'll do the 3 payouts due once ckdb restart has completed and synced.
As usual, no expected outage or any affect on mining.

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!
xZork
Hero Member
*****
Offline Offline

Activity: 644
Merit: 500


View Profile
January 17, 2015, 02:44:45 AM
 #1187

Thanks for the updates.
kano
Legendary
*
Offline Offline

Activity: 2632
Merit: 1059


Linux since 1997 RedHat 4


View Profile
January 17, 2015, 03:23:32 AM
 #1188

Thanks for the updates.
I unfortunately managed to take down the pool (more than once) due to ckdb using too much ram
(which is what the shift change this afternoon is all about)
Everyone should have failed back, each time, quickly though, since ckpool now has a change to make the initial connections to it way faster when it starts up.

I had to, again, limit the ckdb reload, but I can work around that and make the payouts, but will be a little longer yet to do them.

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!
hurricandave
Legendary
*
Offline Offline

Activity: 945
Merit: 1000



View Profile
January 17, 2015, 03:37:28 AM
 #1189

I don't suppose you would still be using DDR400 ECC?
kano
Legendary
*
Offline Offline

Activity: 2632
Merit: 1059


Linux since 1997 RedHat 4


View Profile
January 17, 2015, 04:07:51 AM
 #1190

I don't suppose you would still be using DDR400 ECC?
No Tongue

The server has 48GB ram but I seem to able able to use a lot more than that easily enough with ckdb ... the whole reason for the 50min shift change in the first place Smiley

Looks like I'll have to do the shifts change to be able to do the payout, just can't get it to load the excessive amount of data (that the 50min shifts will dramatically reduce) without affecting ckpool.

Still working on it ...

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!
hurricandave
Legendary
*
Offline Offline

Activity: 945
Merit: 1000



View Profile
January 17, 2015, 04:26:44 AM
 #1191

Oh well, I have a couple Boxx 1u Remote workstations w/ 16x1GB each but turns out its ol' 400Mhz.
Digitalmocking
Full Member
***
Offline Offline

Activity: 238
Merit: 100



View Profile
January 17, 2015, 04:42:56 AM
 #1192

As I'm relatively new to mining, sorry if this is a silly question that just everyone knows.

Looking at the worker page on kano.is it says my total is 7th/sec, but looking at each miner individually they show a total of 11.4th/sec, where does that discrepancy come from?
kano
Legendary
*
Offline Offline

Activity: 2632
Merit: 1059


Linux since 1997 RedHat 4


View Profile
January 17, 2015, 07:21:17 AM
 #1193

As I'm relatively new to mining, sorry if this is a silly question that just everyone knows.

Looking at the worker page on kano.is it says my total is 7th/sec, but looking at each miner individually they show a total of 11.4th/sec, where does that discrepancy come from?
Well the two pages do work out the result differently, but it also depends on things like switching workers.
If you have the same devices doing the same mining on the same workers they should be the same.
It could be caused if you are switching workers (stopping one then switching to another)

Meanwhile - I got interrupted by the best interruption Smiley
We found another block this time at just over 100% expected so still looking good for this week so far.

... back to working on getting the shifts going ...
OK, shifts in ckdb coming online shortly that will allow the payouts, via a ckdb restart.
More shift work will be required after that, but this should mean I can do the outstanding payouts
(i.e. get the correct numbers to do the payouts)
Hopefully my next reply (though will be a while) will be the Payouts Smiley

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!
xZork
Hero Member
*****
Offline Offline

Activity: 644
Merit: 500


View Profile
January 17, 2015, 08:46:38 AM
 #1194

And another! Smiley Turning into a good day.
emdes
Full Member
***
Offline Offline

Activity: 158
Merit: 100


View Profile
January 17, 2015, 09:20:31 AM
 #1195

And another! Smiley Turning into a good day.

Amen, Sir  Cheesy
kano
Legendary
*
Offline Offline

Activity: 2632
Merit: 1059


Linux since 1997 RedHat 4


View Profile
January 17, 2015, 10:52:32 AM
 #1196

Payouts 339142, 339178, 339183 just sent
and confirmed

Edit: oh and all 3 used the new 50 minutes shifts so the 5N value was a bit bigger again due to the rounding up to the shift boundary
Payout 339225 sent
Confirmed

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!
Beachguy
Legendary
*
Offline Offline

Activity: 1020
Merit: 1001

Spectreproject Community Manager


View Profile WWW
January 17, 2015, 12:12:37 PM
 #1197

And another! Smiley Turning into a good day.

This was nice to wake up to ... Smiley

looks like you put a lot of work in Kano, hope you were able to take  a break

For security, your account has been locked. Email acctcomp15@theymos.e4ward.com
Digitalmocking
Full Member
***
Offline Offline

Activity: 238
Merit: 100



View Profile
January 17, 2015, 03:03:38 PM
 #1198

And another! Smiley Turning into a good day.

This was nice to wake up to ... Smiley

looks like you put a lot of work in Kano, hope you were able to take  a break

And another one this morning too Smiley
ZACHM
Hero Member
*****
Offline Offline

Activity: 777
Merit: 1002



View Profile
January 17, 2015, 03:32:55 PM
 #1199

And another! Smiley Turning into a good day.

This was nice to wake up to ... Smiley

looks like you put a lot of work in Kano, hope you were able to take  a break

It looks like he spent his whole Saturday working on it.  Shocked
I too hope he took some breaks throughout the day.  Smiley

bonds
Member
**
Offline Offline

Activity: 65
Merit: 10


View Profile
January 17, 2015, 04:27:04 PM
 #1200

As I'm relatively new to mining, sorry if this is a silly question that just everyone knows.

Looking at the worker page on kano.is it says my total is 7th/sec, but looking at each miner individually they show a total of 11.4th/sec, where does that discrepancy come from?

I think one is an instant hash rate and one is an average.  I would imagine after a few shifts they'll be closer to matching.

1Bonds3znU2tqc99b8cdDkBX9m6q9ftVG2
Pages: « 1 ... 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 [60] 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 ... 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!