dmwardjr
Legendary
Offline
Activity: 1302
Merit: 1318
Technical Analyst/Trader
|
|
February 14, 2016, 06:42:55 PM |
|
Unless I see major support for any changes, I'll not be even looking into changing anything,
A block size increase it explicitly to our (kano.is and solo.ckpool.org) advantage coz of how fast we process blocks and how well we distribute them.
If anything comes clear in the dark muddy waters of soft/hard forks of core then I'll discuss it. Until then, it's just another alt-coin of BTC ... like that other complete waste of time last year ...
Thank you, Sir! That's good to know.
|
|
|
|
thedreamer
Legendary
Offline
Activity: 1694
Merit: 1002
Go Big or Go Home.....
|
|
February 14, 2016, 07:00:34 PM |
|
when you have as much traffic as kano does on his servers you have to sometimes reboot them to clear memory issues on the server
as well as code upgrades for his database / proxy settings and everything else ...
almost all the time that a restart happens its for the better of the pool
I wish we could have an automated pool restart every 5 hours as a 'just in case'.
|
Go Big or Go Home.
|
|
|
gt_addict
|
|
February 14, 2016, 08:08:43 PM |
|
when you have as much traffic as kano does on his servers you have to sometimes reboot them to clear memory issues on the server
as well as code upgrades for his database / proxy settings and everything else ...
almost all the time that a restart happens its for the better of the pool
That's good to know. That's for clearing that up.
|
**SUPPORT SIDEHACK** Miner Development Donations to: 1BURGERAXHH6Yi6LRybRJK7ybEm5m5HwTr
Donations/Tips to:- 1GTADDicTXD1uachKKgW24DZDxDGhSMdRa
Join Bitconnect: https://bitconnect.co/?ref=gtaddict
|
|
|
kano (OP)
Legendary
Offline
Activity: 4620
Merit: 1851
Linux since 1997 RedHat 4
|
|
February 14, 2016, 11:59:43 PM |
|
when you have as much traffic as kano does on his servers you have to sometimes reboot them to clear memory issues on the server
as well as code upgrades for his database / proxy settings and everything else ...
almost all the time that a restart happens its for the better of the pool
That's good to know. That's for clearing that up. Usually it's only for updates to ckpool/ckdb Recently, however I've had to restart ckdb on occasion due to a memory usage issue that I've not fixed yet. Once I (finally) get the changes I'm (still) working on complete then the top todo is a performance change that I expect also relates to the memory usage and should solve that also.
|
|
|
|
thedreamer
Legendary
Offline
Activity: 1694
Merit: 1002
Go Big or Go Home.....
|
|
February 15, 2016, 01:19:10 AM |
|
Boo. No restarts! Heresy!!!
|
Go Big or Go Home.
|
|
|
kano (OP)
Legendary
Offline
Activity: 4620
Merit: 1851
Linux since 1997 RedHat 4
|
|
February 15, 2016, 01:55:09 AM |
|
|
|
|
|
thedreamer
Legendary
Offline
Activity: 1694
Merit: 1002
Go Big or Go Home.....
|
|
February 15, 2016, 02:09:33 AM |
|
Too long ago. Should be every 5 hours to make sure we keep under 100%.. (at least try to be).
|
Go Big or Go Home.
|
|
|
VirosaGITS
Legendary
Offline
Activity: 1302
Merit: 1068
|
|
February 15, 2016, 03:03:52 AM |
|
Too long ago. Should be every 5 hours to make sure we keep under 100%.. (at least try to be). Considering restarting the frontend doesnt really touch any miners in the first place, i'm not sure how it could actually change anything?
|
|
|
|
thedreamer
Legendary
Offline
Activity: 1694
Merit: 1002
Go Big or Go Home.....
|
|
February 15, 2016, 03:07:34 AM |
|
Too long ago. Should be every 5 hours to make sure we keep under 100%.. (at least try to be). Considering restarting the frontend doesnt really touch any miners in the first place, i'm not sure how it could actually change anything? Hence I said 'pool' not front end. You're too new to remember the times that after almost every restart we got a block in the past.. First it was restarts, then chicken, now it's the non believers saying nonsense.. Bah...
|
Go Big or Go Home.
|
|
|
VirosaGITS
Legendary
Offline
Activity: 1302
Merit: 1068
|
|
February 15, 2016, 03:13:38 AM |
|
Too long ago. Should be every 5 hours to make sure we keep under 100%.. (at least try to be). Considering restarting the frontend doesnt really touch any miners in the first place, i'm not sure how it could actually change anything? Hence I said 'pool' not front end. You're too new to remember the times that after almost every restart we got a block in the past.. First it was restarts, then chicken, now it's the non believers saying nonsense.. Bah... I'm not new at all, i remember you posting here repeatedly every days when we had a bad streak where after a pool hiccup/restart, we would find a block. (My first block was the 666.66666% block) It was rougher back then because we had only 1.X PH/s. We would find a block within low %CDF after a restart and you would start telling people that since it happened after a restart, it (restarting the pool) actually did something. I told you then it didnt make sense then and i'll tell you again; It doesnt change anything whatsoever. No valid block found share were loss, Kano can track that. Dropping your miner's connection and reconnecting to the pool does not increase the probability that the miner will find a share with a difficulty high enough to be a valid block. But i usually just smile when you do, because i think its cute, make me smile and who knows, maybe lady luck will smile unto you also.
|
|
|
|
thedreamer
Legendary
Offline
Activity: 1694
Merit: 1002
Go Big or Go Home.....
|
|
February 15, 2016, 03:21:35 AM |
|
I'm not new at all, i remember you posting here repeatedly every days when we had a bad streak where after a pool hiccup/restart, we would find a block. (My first block was the 666.66666% block)
It was rougher back then because we had only 1.X PH/s. We would find a block within low %CDF after a restart and you would start telling people that since it happened after a restart, it (restarting the pool) actually did something.
I told you then it didnt make sense then and i'll tell you again; It doesnt change anything whatsoever. No valid block found share were loss, Kano can track that. Dropping your miner's connection and reconnecting to the pool does not increase the probability that the miner will find a share with a difficulty high enough to be a valid block.
But i usually just smile when you do, because i think its cute, make me smile and who knows, maybe lady luck will smile unto you also.
SO you agree AFTER a pool restart we would usually find a block. I don't care about explanations to the contrary, if it happens, it happens. Simple as that. Why bother trying to argue against the fact then? On another note, why argue against faith? Would you rather everyone would just shut up and expect to not find any blocks? Not to even try to make an effort to think of anything crazy and out of this world, to make things better? You sir. are sad , sad... Sometimes it's nice to just say something and be the comic relief but not so nice to get put down from someone who rather stick their head in the sand due to statistics and not having the vision to look past the straight and narrow.. *SMH* LOL
|
Go Big or Go Home.
|
|
|
kano (OP)
Legendary
Offline
Activity: 4620
Merit: 1851
Linux since 1997 RedHat 4
|
|
February 15, 2016, 03:31:17 AM |
|
Meanwhile ... I'm glaring at yet another >100% block on the console ... and no comic relief will fix that, just a few low %, unable to be forced to appear, blocks would make that scowl go away
|
|
|
|
thedreamer
Legendary
Offline
Activity: 1694
Merit: 1002
Go Big or Go Home.....
|
|
February 15, 2016, 03:33:51 AM |
|
Meanwhile ... I'm glaring at yet another >100% block on the console ... and no comic relief will fix that, just a few low %, unable to be forced to appear, blocks would make that scowl go away Turn that frown upside down and force a pool restart. Wait.. Have you been not eating your chicken today and yesterday?
|
Go Big or Go Home.
|
|
|
VirosaGITS
Legendary
Offline
Activity: 1302
Merit: 1068
|
|
February 15, 2016, 03:47:16 AM |
|
I'm not new at all, i remember you posting here repeatedly every days when we had a bad streak where after a pool hiccup/restart, we would find a block. (My first block was the 666.66666% block)
It was rougher back then because we had only 1.X PH/s. We would find a block within low %CDF after a restart and you would start telling people that since it happened after a restart, it (restarting the pool) actually did something.
I told you then it didnt make sense then and i'll tell you again; It doesnt change anything whatsoever. No valid block found share were loss, Kano can track that. Dropping your miner's connection and reconnecting to the pool does not increase the probability that the miner will find a share with a difficulty high enough to be a valid block.
But i usually just smile when you do, because i think its cute, make me smile and who knows, maybe lady luck will smile unto you also.
SO you agree AFTER a pool restart we would usually find a block. I don't care about explanations to the contrary, if it happens, it happens. Simple as that. Why bother trying to argue against the fact then? On another note, why argue against faith? Would you rather everyone would just shut up and expect to not find any blocks? Not to even try to make an effort to think of anything crazy and out of this world, to make things better? You sir. are sad , sad... Sometimes it's nice to just say something and be the comic relief but not so nice to get put down from someone who rather stick their head in the sand due to statistics and not having the vision to look past the straight and narrow.. *SMH* LOL Not starting a faith debate here, sorry. And because the statistical chance of finding a block within 100% diff after a restart is the same for every 100% diff increment, and if i'm not wrong, that means 50% chance. So thats pretty damn likely that you will find a block after a restart, because its pretty common that you will find a block within that timeframe already. And i'm not trying to shoot you down, ask for pool restart all you want. Tho this is going off on a tangent so i'll drop this topic for now.
|
|
|
|
sorry2xs
Legendary
Offline
Activity: 924
Merit: 1000
Dark Passenger Bitcoin miner 2013,Bitcoin node
|
|
February 15, 2016, 03:57:18 AM |
|
:15/02 03:54:38:Bad PSU FW on PSU 1 (1009485)
|
Please tip the Node 1MPWKB23NsZsXHANnFwVAWT86mL24fqAjF; KO4UX THAT NO GOOD DO GOODER BAT!!!
|
|
|
baazju
Member
Offline
Activity: 98
Merit: 10
|
|
February 15, 2016, 03:59:03 AM |
|
Meanwhile ... I'm glaring at yet another >100% block on the console ... and no comic relief will fix that, just a few low %, unable to be forced to appear, blocks would make that scowl go away Turn that frown upside down and force a pool restart. Wait.. Have you been not eating your chicken today and yesterday? Careful, chicken posts are frowned upon here.
|
Beware of scammers.
|
|
|
sorry2xs
Legendary
Offline
Activity: 924
Merit: 1000
Dark Passenger Bitcoin miner 2013,Bitcoin node
|
|
February 15, 2016, 04:07:46 AM |
|
am not scientist and never played one on tv.
|
Please tip the Node 1MPWKB23NsZsXHANnFwVAWT86mL24fqAjF; KO4UX THAT NO GOOD DO GOODER BAT!!!
|
|
|
kano (OP)
Legendary
Offline
Activity: 4620
Merit: 1851
Linux since 1997 RedHat 4
|
|
February 15, 2016, 04:08:40 AM |
|
Actually the statistics for finding a block under 100% ... 0.63212055882856 100.000% 1 in 2.7
Means that 1 in 2.7 blocks are expected, on average, to be above 100% Yes that's what we expect and we do better than that. Even right now, the current (very short) run of poor luck is FAR from unexpected. So for under 100%, it's of course 0.63... = 63%, or in 1 in 1.6 blocks are actually expected, on average, to be under 100% Makes that sub 100% number seem so much more reachable
|
|
|
|
citronick
Legendary
Offline
Activity: 1834
Merit: 1080
---- winter*juvia -----
|
|
February 15, 2016, 05:35:40 AM |
|
Meanwhile ... I'm glaring at yet another >100% block on the console ... and no comic relief will fix that, just a few low %, unable to be forced to appear, blocks would make that scowl go away I guess a update/bug-fix/etc..... shall be required very soon...
|
If I provided you good and useful info or just a smile to your day, consider sending me merit points to further validate this Bitcointalk account ~ useful for future account recovery...
|
|
|
kano (OP)
Legendary
Offline
Activity: 4620
Merit: 1851
Linux since 1997 RedHat 4
|
|
February 15, 2016, 08:03:39 AM |
|
Well ignoring the Diff% that was a nice all round block otherwise! Dimaka ~3TH/s >1% Txn Fees ... and a massive 7.66T (5315.5%) share diff!
|
|
|
|
|