Author

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

member
Activity: 84
Merit: 10
I rented 100TH/s for about 24 hours when it was .0044 fixed. Made about .5btc on that. Just looked at nicehash again and noped out of there super quick. Those prices are insane.

1 person is renting all of it at .0081 lol

Or how about whoever is renting almost all of Europe for .0094? Heh, I wonder how/where renting at a rate that insane that is useful... I've had a smallish rental (~20TH/s) going for a while in the .0043-.0048 range. Last lucky streak put me within 2% of making a profit, but as long as these shenanigans are ongoing I'll be back down to my trusty S3.
hero member
Activity: 672
Merit: 500
I rented 100TH/s for about 24 hours when it was .0044 fixed. Made about .5btc on that. Just looked at nicehash again and noped out of there super quick. Those prices are insane.

1 person is renting all of it at .0081 lol

Haha someone is renting everything on both sides!
Westhash and Nicehash!
10phs rented I'm sure by one person!
legendary
Activity: 3808
Merit: 1723
I keep checking my cgminer terminal and all these rentals are mining BTC not some secret altcoin.

EMC was rented earlier but diff went skyhigh and the rentals were cancelled.
member
Activity: 98
Merit: 10
I rented 100TH/s for about 24 hours when it was .0044 fixed. Made about .5btc on that. Just looked at nicehash again and noped out of there super quick. Those prices are insane.

1 person is renting all of it at .0081 lol
full member
Activity: 182
Merit: 100
~2PH drop over the course of today  Huh wonder if some peoples rentals are finished. I guess this will pick back up for February's Avalon giveaway.

The timing was right about when NiceHash started paying high again (+44% now), so maybe there is some profit switching going on?  

Mine are set to switch over around +30%.  Rarely do they switch over (it's been months) and usually it is not for long (yesterday and now today is rare).  Yesterday the buy (0.0049) vs sell (0.0061+) spread was large enough that I rented my hash rate back from them to point back here at a far lower rate than they were paying me for it.  It was the best of both worlds... I kept my hash rate up here and collected 20%+ extra there (versus no rate here and 40%+ extra there).  Today the spread isn't wide enough to do that.  I'm debating how long I'm going to let my miners be over there before upping the rate to +50% to pull them back here.

I hope I'm lucky enough for "5wghs lucy" to be paid more than 5 times though... I had some BTC left on the rental that I pointed at Kano last night that I wanted to finish off before going to sleep, so I let the rental burst up to 60TH to finish it off.  It was fun seeing my name on the first page again-- if only for a moment!

Could be right. nicehash rate is going nuts. +94% and climbing.
sr. member
Activity: 305
Merit: 250
~2PH drop over the course of today  Huh wonder if some peoples rentals are finished. I guess this will pick back up for February's Avalon giveaway.

The timing was right about when NiceHash started paying high again (+44% now), so maybe there is some profit switching going on?  

Mine are set to switch over around +30%.  Rarely do they switch over (it's been months) and usually it is not for long (yesterday and now today is rare).  Yesterday the buy (0.0049) vs sell (0.0061+) spread was large enough that I rented my hash rate back from them to point back here at a far lower rate than they were paying me for it.  It was the best of both worlds... I kept my hash rate up here and collected 20%+ extra there (versus no rate here and 40%+ extra there).  Today the spread isn't wide enough to do that.  I'm debating how long I'm going to let my miners be over there before upping the rate to +50% to pull them back here.

I hope I'm lucky enough for "5wghs lucy" to be paid more than 5 times though... I had some BTC left on the rental that I pointed at Kano last night that I wanted to finish off before going to sleep, so I let the rental burst up to 60TH to finish it off.  It was fun seeing my name on the first page again-- if only for a moment!
hero member
Activity: 770
Merit: 523
ckdb restart.

After that previous post I couldn't get onto the forum ...
Restart has about 5 minutes to go.
Was again a memory issue ... that I clearly need to resolve soon to avoid having to restart ckdb every 4-5 days

Yea id say so.. Looking back thru the thread you've been restarting this since at least 6 months ago.. Id say that should be top priority  there shouldnt be a need to restart every few days. MPOS pool i for my solo never has to be restarted.

Best Regards
d57heinz
Has zero effect on mining, so no not really relevant.


Id say its very relevant or you wouldnt bother restarting.. There is no way it can track shares accurately if its at 100% resources..  Honest question.. what are the limits of ckdb.. Looking to be getting close.. Here is an excerpt from ck back in nov of 2014

Its not relevant because thats the database server that gather information for the frontend. The backend server, where the magic really happen, is untouched.
ckpool ok, solid. The mining pool.
ckdb a bit off but not bad. The database. Administration.
legendary
Activity: 1302
Merit: 1068
ckdb restart.

After that previous post I couldn't get onto the forum ...
Restart has about 5 minutes to go.
Was again a memory issue ... that I clearly need to resolve soon to avoid having to restart ckdb every 4-5 days

Yea id say so.. Looking back thru the thread you've been restarting this since at least 6 months ago.. Id say that should be top priority  there shouldnt be a need to restart every few days. MPOS pool i for my solo never has to be restarted.

Best Regards
d57heinz
Has zero effect on mining, so no not really relevant.


Id say its very relevant or you wouldnt bother restarting.. There is no way it can track shares accurately if its at 100% resources..  Honest question.. what are the limits of ckdb.. Looking to be getting close.. Here is an excerpt from ck back in nov of 2014

Its not relevant because thats the database server that gather information for the frontend. The backend server, where the magic really happen, is untouched.
legendary
Activity: 1453
Merit: 1011
Bitcoin Talks Bullshit Walks
ckdb restart.

After that previous post I couldn't get onto the forum ...
Restart has about 5 minutes to go.
Was again a memory issue ... that I clearly need to resolve soon to avoid having to restart ckdb every 4-5 days

Yea id say so.. Looking back thru the thread you've been restarting this since at least 6 months ago.. Id say that should be top priority  there shouldnt be a need to restart every few days. MPOS pool i for my solo never has to be restarted.

Best Regards
d57heinz
Has zero effect on mining, so no not really relevant.


Id say its very relevant or you wouldnt bother restarting.. There is no way it can track shares accurately if its at 100% resources..  Honest question.. what are the limits of ckdb.. Looking to be getting close.. Here is an excerpt from ck back in nov of 2014

Milestone 7 was recently tagged as a nice stable point in the code to use, although we have continued to develop in the interim.

New features are the addition of the maxdiff and maxclients options.

Stratum redirect can now be sent via ckpmsg on the console to a URL of choice instead of just a blank redirect. Reconnect by itself will just issue a reconnect but url and port can be added:
reconnect:url,port

A substantial amount of performance tuning was performed on the code now that I've seen it working on kano's ckpool allowing me to find the largest CPU users and concentrate scalability improvements there. I've fixed a number of upper client limit issues and now it should only really be limited by available ram and open file limits on the system. The main connector was rewritten to use epoll and extra threads based on number of CPUs are now recruited for share processing and stratum message processing workqueues. CPU usage of any one component on ckpool is currently less than 5% for 2500 clients, but even if the pool was completely CPU bound at 100% it should still perform fine. If we get to 50 thousand clients I'll be able to see where the next bottleneck is and concentrate further improvements there. In the meantime, more work needs to be done to ckdb to address its memory usage to be suitable to support ckpool's growth and that's what Kano is currently working on.

https://bitcointalksearch.org/topic/m.9417964

So is this an issue that cant be fixed??.. And if i download the ckpool from github im certain these issues exist there as well correct?

Best Regards
d57heinz
full member
Activity: 182
Merit: 100
~2PH drop over the course of today  Huh wonder if some peoples rentals are finished. I guess this will pick back up for February's Avalon giveaway.
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
Payout 395200 sent
b7985ff9ae2c031d2a1a2aa2864036dff423e4a7e226f20ae6a05b8d10f12162
and confirmed
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
ckdb restart.

After that previous post I couldn't get onto the forum ...
Restart has about 5 minutes to go.
Was again a memory issue ... that I clearly need to resolve soon to avoid having to restart ckdb every 4-5 days

Yea id say so.. Looking back thru the thread you've been restarting this since at least 6 months ago.. Id say that should be top priority  there shouldnt be a need to restart every few days. MPOS pool i for my solo never has to be restarted.

Best Regards
d57heinz
Has zero effect on mining, so no not really relevant.
hero member
Activity: 770
Merit: 523
hero member
Activity: 770
Merit: 523
ckdb restart.

After that previous post I couldn't get onto the forum ...
Restart has about 5 minutes to go.
Was again a memory issue ... that I clearly need to resolve soon to avoid having to restart ckdb every 4-5 days

Yea id say so.. Looking back thru the thread you've been restarting this since at least 6 months ago.. Id say that should be top priority  there shouldnt be a need to restart every few days. MPOS pool i for my solo never has to be restarted.

Best Regards
d57heinz
At least the pool app is solid. Debugging memory issues on a production database is a bear.
Nice sql statement for the shift list kano. Someone knows what they are doing.
legendary
Activity: 1453
Merit: 1011
Bitcoin Talks Bullshit Walks
ckdb restart.

After that previous post I couldn't get onto the forum ...
Restart has about 5 minutes to go.
Was again a memory issue ... that I clearly need to resolve soon to avoid having to restart ckdb every 4-5 days

Yea id say so.. Looking back thru the thread you've been restarting this since at least 6 months ago.. Id say that should be top priority  there shouldnt be a need to restart every few days. MPOS pool i for my solo never has to be restarted.

Best Regards
d57heinz
full member
Activity: 182
Merit: 100
Hi Kano,

You previously explained about the traffic light system for the site, should this of been reporting status or does the restart you did mean this stops working altogether?


EDIT: Where are my manners...... Thank you.


Regarding my comments earlier about status info:
I've added that to ckdb and the web site and will now add it to my status testing I do also.

On the web site there's 3 'lights' in the top left.
A green eye means OK, an orange 'Soul Eater' symbol means it could be failing, and a red 'Darth Vader' means something is bad.
Orange can mean a delay in the transfer of information, so that's why there's 2 states other than green.



The 3 dots are from top to bottom:
Share Status
Heartbeat Status
Work Status

We get over 900 shares a second at the moment, so that one should always be green unless the pool is dead.

The heartbeat is a communication between ckpool and ckdb every second, so that might, rarely, be orange due to delays.

The work status is for each time ckpool gets a new work template from bitcoind.
That's 30s, or less if there's a network block.
It goes orange at 36s and red at 46s - so it pretty much should never be orange or red.

Though since this is all going through a web server and I've only just added it, then it may not behave exactly as stated above.

My own access for server status (working on that now) will not have the web delays/issues of course.
full member
Activity: 182
Merit: 100
ckdb restart.

After that previous post I couldn't get onto the forum ...
Restart has about 5 minutes to go.
Was again a memory issue ... that I clearly need to resolve soon to avoid having to restart ckdb every 4-5 days

Thanks for the update.

Quickly checked my miners and they were still hashing at Kano.is so wasn't worried  Cheesy
legendary
Activity: 952
Merit: 1003
ckdb restart.

After that previous post I couldn't get onto the forum ...
Restart has about 5 minutes to go.
Was again a memory issue ... that I clearly need to resolve soon to avoid having to restart ckdb every 4-5 days

Guess that explains why the block list on the site is looking a bit wonky at the moment. We say here..."Try wait!"
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
ckdb restart.

After that previous post I couldn't get onto the forum ...
Restart has about 5 minutes to go.
Was again a memory issue ... that I clearly need to resolve soon to avoid having to restart ckdb every 4-5 days
legendary
Activity: 1834
Merit: 1080
---- winter*juvia -----
Couldn't find the script ... so I wrote an sql command to do it:
Code:
ckdb=# select count(*) as times,substring(w.description from '_* ([a-z]+)$') as name from workmarkers w join blocks b on b.workinfoid=w.workinfoidend where w.description like 'Shift%' and w.status='p' and w.expirydate>'5555-05-05' and b.expirydate>'5555-05-05' and b.confirmed!='O' group by substring(w.description from '_* ([a-z]+)$') order by substring(w.description from '_* ([a-z]+)$');

Code:
times |   name   
-------+-----------
    12 | akatsuki
    14 | belldandy
    18 | charlotte
    24 | darkchii
    15 | elen
    15 | felli
    18 | gin
    10 | hitagi
    18 | ichiko
    12 | juvia
    15 | kosaki
     7 | lucy
    12 | mutsumi
    17 | nodoka
    17 | origami
    12 | paru
    15 | quinn
    11 | rika
    19 | sena
     9 | tenshi
     7 | tsubasa
    14 | ur
    15 | valentina
    16 | winry
    14 | xenovia
    17 | yuno
    17 | zekken
(27 rows)

N.B. there's been 390 blocks since I added shifts to ckdb.
N.B.2. 'tsubasa' got the boot when I got a nendoroid of 'tenshi' coz she plays my block notification music at home Smiley

Dark Chii (Freya from Chobits) wins so far.
Lucy (from Fairy Tail) seems to be unlucky Tongue

My 1st ever Kano block last week was on JUVIA's watch... so I googled her.... wow... I am in love.
Jump to: