Author

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

legendary
Activity: 1596
Merit: 1000
Heh that was also a 48minute network block so we packed in the mining fees very well ... 2.5% Cheesy

Nice! Kano, I've been meaning to ask. Why are our blocks never over 888KB? Why keep them from being as close to 1MB as possible?
The block size setting (as it says in the first post) is 888,888 Smiley

Sorry, didn't phrase my question properly. I know they're set to 888,888 max. I was wondering what made you pick that number, is it as simple as 8 being your favourite number or something? Also, why limit it at all? Block propagation speed? Sorry if you've explained this already, I haven't read the whole thread.
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
Heh that was also a 48minute network block so we packed in the mining fees very well ... 2.5% Cheesy

Nice! Kano, I've been meaning to ask. Why are our blocks never over 888KB? Why keep them from being as close to 1MB as possible?
The block size setting (as it says in the first post) is 888,888 Smiley
hero member
Activity: 770
Merit: 523
SweeeeeeeeeeeeT

Hellow Blocky

Good Job, hjry
He is my hashrate doppelganger

I was wondering which username you were running your workers with...good job!
Oh you mean bladex? That would be ten gridseed blades mining dogecoin.
Have a nice BIG pot of homemade chicken soup to savor now for a few days.
legendary
Activity: 1736
Merit: 1032
Carl, aka Sonny :)
SweeeeeeeeeeeeT

Hellow Blocky

Good Job, hjry
He is my hashrate doppelganger

I was wondering which username you were running your workers with...good job!
sr. member
Activity: 294
Merit: 250
Awesome!!  I was able to add a bit more hash recently so more blocks works out Smiley
legendary
Activity: 1096
Merit: 1021
Heh that was also a 48minute network block so we packed in the mining fees very well ... 2.5% Cheesy

Score!  Good job hjry!
hero member
Activity: 770
Merit: 523
Heh that was also a 48minute network block so we packed in the mining fees very well ... 2.5% Cheesy
48 minutes? Jeez!
legendary
Activity: 1596
Merit: 1000
Heh that was also a 48minute network block so we packed in the mining fees very well ... 2.5% Cheesy

Nice! Kano, I've been meaning to ask. Why are our blocks never over 888KB? Why keep them from being as close to 1MB as possible?
legendary
Activity: 1453
Merit: 1011
Bitcoin Talks Bullshit Walks
Heh that was also a 48minute network block so we packed in the mining fees very well ... 2.5% Cheesy

I skimmed thru the blocks looks like she was the highest one yet to date.. Nice bonus for sure!!


Best Regards
d57heinz
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
Heh that was also a 48minute network block so we packed in the mining fees very well ... 2.5% Cheesy
legendary
Activity: 1596
Merit: 1000
SweeeeeeeeeeeeT

Hellow Blocky

Good Job, hjry
Had grilled chicken thighs for dinner yeah baby!
Got chicken soup on the stove simmering.

hero member
Activity: 770
Merit: 523
SweeeeeeeeeeeeT

Hellow Blocky

Good Job, hjry
He is my hashrate doppelganger
hero member
Activity: 770
Merit: 523
SweeeeeeeeeeeeT

Hellow Blocky

Good Job, hjry
Had grilled chicken thighs for dinner yeah baby!
Got chicken soup on the stove simmering.
legendary
Activity: 1302
Merit: 1318
Technical Analyst/Trader
SweeeeeeeeeeeeT

Hellow Blocky

Good Job, hjry
hero member
Activity: 770
Merit: 523
All done - and seems all ok ... so far Smiley
(quicker restart also - only 13 minutes)
Is ckdb a relational database, maybe mysql?
Have been programming database internals for 30 years.
Still a programmer.
I wouldn't go near mysql ...

The backend DB I use is postgresql for permanent storage.
CKDB itself is a memory resident database ... mine Smiley
See the code Smiley
Cool.
Looks like postgresql came from Ingres. Worked on internals for that back in the day also.
Do DB2 emulation databases on the PC now.
I'll have to take a peek at the code.
Thanks for all your hard work sir.
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
All done - and seems all ok ... so far Smiley
(quicker restart also - only 13 minutes)
Is ckdb a relational database, maybe mysql?
Have been programming database internals for 30 years.
Still a programmer.
I wouldn't go near mysql ...

The backend DB I use is postgresql for permanent storage.
CKDB itself is a memory resident database ... mine Smiley
See the code Smiley
hero member
Activity: 770
Merit: 523
All done - and seems all ok ... so far Smiley
(quicker restart also - only 13 minutes)
Is ckdb a relational database, maybe mysql?
Have been programming database internals for 30 years.
Still a programmer.
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
All done - and seems all ok ... so far Smiley
(quicker restart also - only 13 minutes)
hero member
Activity: 770
Merit: 523
Doing another ckdb restart shortly - in about 5 minutes.
As usual a ckdb restart means no miners will be affected.

As usual a ckdb restart means stats will be unavailable or lots of '?' for about 15 minutes.
Anyone using an app to check the pool stats ... here's another chance to see how well it handles a ckdb restart Smiley

However ... this restart will include a significant change in ckdb regarding how it handles work.
I'm pretty confident it should all be ok ... but if there are any problems with the new version over the hours after I restart it, then that will just lead to another restart switching back to the previous version.
Thought I better mention that just in case, so if anyone sees another ckdb restart they'll know why.
Thank you for the heads up sir.
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
Doing another ckdb restart shortly - in about 5 minutes.
As usual a ckdb restart means no miners will be affected.

As usual a ckdb restart means stats will be unavailable or lots of '?' for about 15 minutes.
Anyone using an app to check the pool stats ... here's another chance to see how well it handles a ckdb restart Smiley

However ... this restart will include a significant change in ckdb regarding how it handles work.
I'm pretty confident it should all be ok ... but if there are any problems with the new version over the hours after I restart it, then that will just lead to another restart switching back to the previous version.
Thought I better mention that just in case, so if anyone sees another ckdb restart they'll know why.
Jump to: