xZork
|
|
August 20, 2015, 04:34:50 AM |
|
With the recent drop of hashrate I feared much worse, yes it's all relative but I will still praise 170% in this case. Could always be worse!
|
|
|
|
Dmc123dmc
Member
Offline
Activity: 70
Merit: 10
Time is the one thing you can't run from
|
|
August 20, 2015, 06:42:42 AM |
|
I have a question regarding power saving. I have 2x s3 running at 250M giving an average of 501 GHS and 503 GHS. I have a third running at 237.5M as this is its highest stable overclock giving 480-485 GHS average. I'm going on holiday for a week and need to conserve power whilst away. I have a pre-payment electricity so when it runs out everything turns off. I was thinking of either turning off the weakest S3 vs. underclocking all 3 for best power/hash rate. Can anybody advise?
|
|
|
|
kano (OP)
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
|
August 20, 2015, 07:03:58 AM Last edit: August 20, 2015, 09:15:36 AM by kano |
|
In simplest terms - it's what gives you the best bang for the buck I imagine i.e. it depends on the watts at the wall. Look at the hash rate vs the watts. My (random?) guess would be it's about 1kW total for all 3? However, rather than switching off the best performer (I'd expect the lower 480-485 one to have a better W/GHs) you'd probably be better instead to reduce the 2x500 (and even the 480 also) and get a lower power usage for a higher GHs? (by "higher" I mean higher than switching the 480 off)
|
|
|
|
ZACHM
|
|
August 20, 2015, 01:53:33 PM Last edit: August 20, 2015, 02:59:11 PM by ZACHM |
|
Yeah I've been using your service too. Any chance you can add the diff% to your emails?
I'll see what I can try to figure out. All of my data is gathered using Kano's API and I don't think the diff% is available, but I'll see if I can get it somehow. Edit: You can now get a email notification if an individual worker does not submit a share in over 5 minutes.
|
|
|
|
LoneRangir
|
|
August 21, 2015, 04:13:40 AM |
|
I have a question regarding power saving. I have 2x s3 running at 250M giving an average of 501 GHS and 503 GHS. I have a third running at 237.5M as this is its highest stable overclock giving 480-485 GHS average. I'm going on holiday for a week and need to conserve power whilst away. I have a pre-payment electricity so when it runs out everything turns off. I was thinking of either turning off the weakest S3 vs. underclocking all 3 for best power/hash rate. Can anybody advise?
Power consumption is calculated by taking the Capacitance * Frequency * Voltage ^2 (P = C * f * V^2). Since it's related to the voltage squared, the voltage is a bigger hammer. Undervolting the chips while keeping the frequency as high as you can is the way to maximize the efficiency, getting the most out of your electricity. You will need to lower the frequency as you lower the voltage, but you should be able to find a sweet spot.
|
|
|
|
CapnBDL
|
|
August 21, 2015, 02:29:51 PM Last edit: August 21, 2015, 03:46:16 PM by CapnBDL |
|
BLOCK!!! YIPPEE!!! Need some quick hitters now to get that pool % back. edit; and I added another s3+ to the pool hashrate. Now I just need to find the page in this thread that has the directions for the cgminer software upgrade. Hmmm.... Happy Mining
|
|
|
|
xZork
|
|
August 21, 2015, 05:03:07 PM |
|
BLOCK!!! YIPPEE!!! Need some quick hitters now to get that pool % back. edit; and I added another s3+ to the pool hashrate. Now I just need to find the page in this thread that has the directions for the cgminer software upgrade. Hmmm.... Happy Mining https://github.com/kanoi/cgminer-binaries
|
|
|
|
CapnBDL
|
|
August 21, 2015, 05:55:34 PM Last edit: August 21, 2015, 08:52:26 PM by CapnBDL |
|
BLOCK!!! YIPPEE!!! Need some quick hitters now to get that pool % back. edit; and I added another s3+ to the pool hashrate. Now I just need to find the page in this thread that has the directions for the cgminer software upgrade. Hmmm.... Happy Mining https://github.com/kanoi/cgminer-binariesThanks! edit: well that's the miner but what I really need are the 'step by step' directions to install them after I 'puTty' the S3. It's in this thread...I'm still looking for the page..but Thanks anyway! edit2: found it...30 pages back. edit..last one: HEY....now I have twins!! That's enough hashrate to get me into the 1THc club.
|
|
|
|
Mikestang
Legendary
Offline
Activity: 1274
Merit: 1000
|
|
August 21, 2015, 06:16:34 PM |
|
BLOCK!!! YIPPEE!!! Need some quick hitters now to get that pool % back. edit; and I added another s3+ to the pool hashrate. Now I just need to find the page in this thread that has the directions for the cgminer software upgrade. Hmmm.... Happy Mining https://github.com/kanoi/cgminer-binariesThanks! edit: well that's the miner but what I really need are the 'step by step' directions to install them after I 'puTty' the S3. It's in this thread...I'm still looking for the page..but Thanks anyway! edit2: found it...30 pages back. edit..last one: HEY....now I have twins!! If you had clicked that link that was provided, then clicked AntS3 it would have taken you to the page you were after.
|
|
|
|
CapnBDL
|
|
August 21, 2015, 06:18:24 PM Last edit: August 21, 2015, 06:45:26 PM by CapnBDL |
|
@ Mike Smart Guy......<tipping hat> **shhhh....I did click that link but was too stupid to find the readme for the s3......shhh** lol
|
|
|
|
yxt
Legendary
Offline
Activity: 3528
Merit: 1116
|
|
August 21, 2015, 09:03:54 PM |
|
Is there a Minimum Payout function (planned)? So that a small miner can join without getting to much dust?
|
BTC | Kano Pool | ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ | | ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ | | ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ |
|
|
|
Mikestang
Legendary
Offline
Activity: 1274
Merit: 1000
|
|
August 21, 2015, 09:36:47 PM |
|
Is there a Minimum Payout function (planned)? So that a small miner can join without getting to much dust?
Well it involves me writing some code to read a transaction in (well that's only a few lines) and then distribute the transaction to mark the payouts that have been paid - but the catch is I need to also deal with the change (sum of the dust) and the accounts that also mine to a non-account address thus have to be split in 2. Not difficult, just still on the todo list of course, and other things keep popping up The point of it is to have a balance (like it should already ...) so when the dust adds up to enough I can then add in some of the change and pay some of the higher than dust balances. Dust limit is 10,000 satoshi Hopefully soon.
|
|
|
|
kano (OP)
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
|
August 21, 2015, 10:00:29 PM |
|
Heh - well yeah as I mentioned it's on the todo list.
But may be a while yet before I get it done. The pool's total unpaid BTC since it started 11 months ago is ~1.8BTC so it's not had much priority. It's the last address on each payout (though there have been some with no dust) I create a new address each time I do a payout.
However, your dust balance of course isn't lost - just nothing tells you exactly how much it is yet. For most people, you'd have to add up the red star amounts on the rewards page if you had any dust rewards - though sometimes people start mining without a payout address and if they don't enter it before we find a block then those first rewards for them end up in the dust balance also, up until they enter a payout address.
|
|
|
|
yxt
Legendary
Offline
Activity: 3528
Merit: 1116
|
|
August 21, 2015, 10:47:59 PM |
|
thx for the fast answer beside from the dust issue... for accounting it can be more pleasant to get less transactions
|
BTC | Kano Pool | ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ | | ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ | | ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ |
|
|
|
kano (OP)
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
|
August 22, 2015, 09:25:19 AM |
|
Payout 370868 sent 6f83b991e7855e86ff72dee34f311cb6d7b358af9557f8c29c131964edfef14b and confirmed
|
|
|
|
CapnBDL
|
|
August 22, 2015, 11:53:09 PM |
|
Damn...it seems our 'ducking' luck has shifted for a while. I need to pay for this s3+ baby. Comon! I'm not posting another thing until we hit again. Old joke...just gonna say the punch line. See if you know how it goes....."Green side up".
Happier Mining days ahead!
|
|
|
|
kano (OP)
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
|
August 23, 2015, 12:29:36 AM |
|
I just restarted the pool to change the sig. There should have been little if any failover since it was a normal immediate restart.
I've changed the sig to now say "/Kano /BIP100/"
I see BIP100 as the best option in all this crap that's been going on recently since it gives block size control (up to 32MB) to the pools/miners.
I see XP-BIP101 giving control to Herne/Gavin without even proper consensus - so I'm am clearly stating I'm against XT-BIP101
The sig change itself is not following any officially defined voting anywhere and since it is a sig change only it is not changing the blocks produced either.
|
|
|
|
VirosaGITS
Legendary
Offline
Activity: 1302
Merit: 1068
|
|
August 23, 2015, 01:39:46 AM |
|
I just restarted the pool to change the sig. There should have been little if any failover since it was a normal immediate restart.
I've changed the sig to now say "/Kano /BIP100/"
I see BIP100 as the best option in all this crap that's been going on recently since it gives block size control (up to 32MB) to the pools/miners.
I see XP-BIP101 giving control to Herne/Gavin without even proper consensus - so I'm am clearly stating I'm against XT-BIP101
The sig change itself is not following any officially defined voting anywhere and since it is a sig change only it is not changing the blocks produced either.
I can only strongly second that, even though i don't really have any voice power. I've seen the code for things such as blacklisting ip which outright could lead to centralized power being applied. It makes BTC vulnerable to malicious intent from the inside...
|
|
|
|
LoneRangir
|
|
August 23, 2015, 09:57:28 PM |
|
I just restarted the pool to change the sig. There should have been little if any failover since it was a normal immediate restart.
I've changed the sig to now say "/Kano /BIP100/"
I see BIP100 as the best option in all this crap that's been going on recently since it gives block size control (up to 32MB) to the pools/miners.
I see XP-BIP101 giving control to Herne/Gavin without even proper consensus - so I'm am clearly stating I'm against XT-BIP101
The sig change itself is not following any officially defined voting anywhere and since it is a sig change only it is not changing the blocks produced either.
So there will be a point in the (near?) future where the pool goes BIP101 (non-XT)? There's software available to do that? The sig change implies we're heading that way?
|
|
|
|
-ck
Legendary
Offline
Activity: 4228
Merit: 1644
Ruu \o/
|
|
August 23, 2015, 10:00:18 PM |
|
So there will be a point in the (near?) future where the pool goes BIP101 (non-XT)? There's software available to do that? The sig change implies we're heading that way?
No, the sig change implies we are voting for BIP 100 instead of BIP 101. The two are mutually exclusive choices, but it's a very simple switch. If the sky falls, pigs fly, dolphins start talking English, and BIP 101 gains a majority in 2016, then sure we'll switch to BIP 101.
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
|