Pages:
Author

Topic: KnCMiner Jupiter Miner First Impressions - page 2. (Read 65993 times)

hero member
Activity: 539
Merit: 517
October 31, 2013, 01:49:10 PM
0.98 isn't working out for me.
Back to 0.97.

All the firmware's were run at least 24 hours without any reboot.
For that reason firmware 0.90 to 0.93 aren't listed.


--------------------0.940.950.960.970.98
Average CGminer270Gh/s274Gh/s280Gh/s284Gh/s278Gh/s
Average Pool275Gh/s263Gh/s278Gh/s283Gh/s269Gh/s
Consumption485 Watts   305 Watts   313 Watts313 Watts348 Watts
Temputure54 & 62°C42 & 47°C42 & 47°C40 & 44°C44 & 50°C
Rejected1.5%0.22%0.38%0.48%0.61%
HW2.81%0.79%1.08%1.47%3.31%
WU3975/m3717/m3933/m4021/m3825/m

0.940.950.960.970.98
legendary
Activity: 1260
Merit: 1008
October 28, 2013, 04:25:08 PM
(so before luke implement the mechanisms to automatically disable and re-enable problematic cores),



I haven't looked at that implementation yet


here the link to the commit that introduce automatic en/dis core algo:

https://github.com/luke-jr/bfgminer/commit/8b690959dd4b107010217289fa69da82889e63cf

quoting comments:


 + If a core gets 10 HW errors in a row without doing any proper work
 + it is disabled for 10 seconds.
 +
 + When a core gets 10 HW errors the next time it checks when it was enabled
 + the last time and compare that to when it started to get errors.
 + If those times are close (50%) the disabled time is doubled,
 + if not it is just disabled for 10s again.


Quote
I have done similar test runs like you, and it is nice to just leave off the really bad ones and just keep on the rest, but it is also a wonder if even a 70% HW error core isn't worth just leaving on since it still provides 30% valid work

Does one terrible core effect another? Do HW errors tax the control unit?

hno on kncminer irc said that there colud be some kind of tourbolence, a sort of bad interaction between good cores and bad one if you keep the latter enabled. 

anyway this morning (UTC) I've discovered that my miners were running cgminer since sunday morning due to a temporary glitch in the power line at the colo that makes the miners restart. As soon as I realized that I've checked the cores status and guess what... all cores were enable again. this is strange.

Just after that I've stopped cgminer and restart bfgminer and after 12hs I get almost the same performance.   
 
Quote
If KNC would sell extra control units I would play around with a bad module but I am done taking downtime setting up different tests.  At some point I will RMA a few problem modules.

I do agree. It would be fantastic, imho

Quote
If you have good hardware you can run .96 at very nice Gh

I will give it a try, but I don't know if I really have good HW. I had a dead die on a asic slots for each machine. I was able to bring it back using Enablecore.bin on 0.95. This improved my hashrate at the pools from 480 to almost 520Gh/s at the pool.

I've tried 0.97 on one of them but the higher hastrate was balanced by a way higher HW error rate (10-15%)   

Quote
I put 4 of my best modules in one miner and get 545-565 on avg at btcguild

wow it would be good to gain another 25Gh/s per jup.

This is the list of the thing that I've to try next:

- (SW) ckolivas cgminer version
- (SW) bfgminer automatic en/dis mechanism
- (SW) test 0.96 to really see if I could gain another 20GH/s
- (HW) mod the heatsink fans as you did (lowering them)
- (HW) add two small fans in the front to improve the intake at BBB/VRM level
- (HW) improve the VRMs airflow take into account what "The Avenger" share here:
            https://bitcointalksearch.org/topic/m.3375668
            maybe using something like trepex did here:
           



 



sr. member
Activity: 462
Merit: 250
October 28, 2013, 09:13:45 AM
(so before luke implement the mechanisms to automatically disable and re-enable problematic cores),



I haven't looked at that implementation yet

I have done similar test runs like you, and it is nice to just leave off the really bad ones and just keep on the rest, but it is also a wonder if even a 70% HW error core isn't worth just leaving on since it still provides 30% valid work

Does one terrible core effect another? Do HW errors tax the control unit?

If KNC would sell extra control units I would play around with a bad module but I am done taking downtime setting up different tests.  At some point I will RMA a few problem modules. If you have good hardware you can run .96 at very nice Gh

I put 4 of my best modules in one miner and get 545-565 on avg at btcguild
legendary
Activity: 1260
Merit: 1008
October 28, 2013, 03:21:05 AM
I've just created a kncminer branch on my github and have imported their most current code and built my first binary for this. It is not a full firmware and the only thing users may note is the hashrate won't lie with this one, as it won't count hardware errors as hashrate. Also my hardware error count is significantly lower with this on the Saturn dev machine I was sent.

Here's a direct link to the binary:
http://ck.kolivas.org/apps/cgminer/kncminer/cgminer

You'll have to ssh into the kncminer and copy and use that file directly. Hopefully the libraries all match between my dev environment and the default kncminer operating system which means the binary should just work if you run it like on any other OS.


the honestly is nice but might scare people

can we have control on disabling/enabling cores?   bfgminer has it but seems to only makes changes on a restart (tallys and marks them, but i saw HW errors still grow on cores that were marked off during current run)

Even if we can just change the '10 HW errors in a row' to whatever we want and also if/when to try to enable cores.  I saw the code in the driver they posted

DPoS

at the moment I'm running bfgminer compiled form github repo @  0a2c45816a813bc921f69c95f6c849f643d53277 (so before luke implement the mechanisms to automatically disable and re-enable problematic cores), and this is what I do every time I need to restart  the miner sw:

- /etc/init.d/cgminer.sh start
   
  the script loop through all your cores and among other things it enables all of them

- let knc cgminer version to run for a at least 20 mins.

  that way all the faulty/too hw error prone cores will be disabled.

- stop cgminer and start bgfminer.

 
using this steps I'm able to get a lower HW % and more stable hashrate and maybe a few GH/s more i terms of performance.

As soon as I will be able to regain remote access to the miners I'll test also ckolivas cgminer version.


sr. member
Activity: 462
Merit: 250
October 28, 2013, 12:34:58 AM
I've just created a kncminer branch on my github and have imported their most current code and built my first binary for this. It is not a full firmware and the only thing users may note is the hashrate won't lie with this one, as it won't count hardware errors as hashrate. Also my hardware error count is significantly lower with this on the Saturn dev machine I was sent.

Here's a direct link to the binary:
http://ck.kolivas.org/apps/cgminer/kncminer/cgminer

You'll have to ssh into the kncminer and copy and use that file directly. Hopefully the libraries all match between my dev environment and the default kncminer operating system which means the binary should just work if you run it like on any other OS.


the honestly is nice but might scare people

can we have control on disabling/enabling cores?   bfgminer has it but seems to only makes changes on a restart (tallys and marks them, but i saw HW errors still grow on cores that were marked off during current run)

Even if we can just change the '10 HW errors in a row' to whatever we want and also if/when to try to enable cores.  I saw the code in the driver they posted
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
October 27, 2013, 08:23:25 PM
I've just created a kncminer branch on my github and have imported their most current code and built my first binary for this. It is not a full firmware and the only thing users may note is the hashrate won't lie with this one, as it won't count hardware errors as hashrate. Also my hardware error count is significantly lower with this on the Saturn dev machine I was sent.

Here's a direct link to the binary:
http://ck.kolivas.org/apps/cgminer/kncminer/cgminer

You'll have to ssh into the kncminer and copy and use that file directly. Hopefully the libraries all match between my dev environment and the default kncminer operating system which means the binary should just work if you run it like on any other OS.
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
October 27, 2013, 05:29:08 PM
To manually get around the problem ...

From another computer that has Java and network access to the KnC, get a copy of API.class from git (if you don't already have it)
https://github.com/ckolivas/cgminer/blob/master/API.class

java API "addpool|URL,USR,PASS"

As per API-README:
Code:
addpool|URL,USR,PASS (*)
               none           There is no reply section just the STATUS section
                              stating the results of attempting to add pool N
                              The Msg includes the pool URL
                              Use '\\' to get a '\' and '\,' to include a comma
                              inside URL, USR or PASS

Edit: assuming they haven't disabled addpool in the API Smiley
copper member
Activity: 2898
Merit: 1465
Clueless!
October 26, 2013, 10:37:47 PM

as impressive as all the above seems I still have mine on .95 ..not sure of my watt useage....it is stock plug'd it in and get the following

and if someone has a link to  the way to add a backup pool to .95 feel free I "may or may not" be brave enough to attempt such

thanks in advance for an views on above

Searing


To add a pool, just click on the Mining tab next to the Status tab and click Add Pool button on the right side.

er....again my system is running version .95 there is no such button on this version to add a pool..I thought there was a way to manually set this up with .95...again at 565gh and a 5% error rate I really don't want to touch this Jupiter by taking a chance on upgrading it....that seems "ludicrous speed" for a Jupiter from what I can tell on here for a Jupiter imho...

 
full member
Activity: 175
Merit: 100
October 26, 2013, 09:20:39 PM
Has everyone looked at the file asic_test in the /config folder? 

I have a Saturn delivered 10/25 and have not been able to run any version other than 0.95.  My file states:


ASIC board #0 has 4 DC/DC
Found a KnC miner with 192 cores
KnC ASICs: good cores: 143 from 192
KnC ASICs: good cores after re-test: 144 from 192
KnC ASICs: good cores after re-test: 144 from 192 Shocked
Good cores map:
 FF FF FF FF FF FF 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00


LM75 error: Bad ID 0xFFFFFFFF
ASIC board #1 has 0 DC/DC
etc.............

Wondering if everyone's test file looks like this?

PS> Bertmod states I am only using 183 watts!
sr. member
Activity: 378
Merit: 250
October 26, 2013, 12:22:49 PM
All the firmware's were run at least 24 hours without any reboot.
For that reason firmware 0.90 to 0.93 aren't listed.



--------------------0.940.950.960.97
Average CGminer270Gh/s274Gh/s280Gh/s284Gh/s
Average Pool275Gh/s263Gh/s278Gh/s (link)   283Gh/s (link)
Consumption485 Watts   305 Watts   313 Watts313 Watts
Temputure54 & 62°C42 & 47°C42 & 47°C40 & 44°C
Rejected1.5%0.22%0.38%0.48%
HW2.81%0.79%1.08%1.47%
WU3975/m3717/m3933/m4021/m

0.940.950.960.97


as impressive as all the above seems I still have mine on .95 ..not sure of my watt useage....it is stock plug'd it in and get the following


565gh   4.52% error rate  wu is like 7709 or some such... it slows down for knc flushwork and found block stuff ....I need to find the link to the way to add a 2nd pool to .95 does not have that option....hmm what else.... oh my temps are 40c for 2 and 27c and 31c or was last I looked...er by the by it was running at 555 the last day it has creeped up to 565gh ..also it is in a basement and the temp is 62F and I have the top off and 2 6" fans on either side along side the front blowing crossways (overlapping) moving air

anyway again impressive but I have the noob skills of a block of wood on tech....so just not comfortable with all the folks with good miners that went to .97 and went backwards...and that disabling core permanently flag on some units also was daunting would feel more comfortable with my hand held and it built into bfgminer as options or the knc version...anyway my 2c worth

anyway any enlightenment is welcome I am following this thread

and if someone has a link to  the way to add a backup pool to .95 feel free I "may or may not" be brave enough to attempt such

by the by I assume when luke jr gets his bfgminer version up and such and more polished some of this stuff will be addressed ......I only have 1 core that comes up enable unenable ... knock once in a great while...would like to see the bertmod and the enbable cores and some of the other tricks enbabled in an interface .....my miner arrived hand carried to keep it in the box in soaking wet cardboard.....((my view is prob why it works so well ....if it happened at start of trip to me they had to 'hand carry" it all the way with 2 hands .....could not play Frisbee with it and keep it in the box.)...anyway don't want any more attention from those harsh 'asic gods' as they play dice with difficulty ..drink mead and laugh down on us puny miners...

thanks in advance for any views on above

Searing


To add a pool, just click on the Mining tab next to the Status tab and click Add Pool button on the right side.
legendary
Activity: 2408
Merit: 1004
October 26, 2013, 08:34:48 AM
Please knc stop delivered Jupiter
Because at 2 weeks will be diff to sky Huh Huh Huh Huh
copper member
Activity: 2898
Merit: 1465
Clueless!
October 26, 2013, 08:11:38 AM
All the firmware's were run at least 24 hours without any reboot.
For that reason firmware 0.90 to 0.93 aren't listed.



--------------------0.940.950.960.97
Average CGminer270Gh/s274Gh/s280Gh/s284Gh/s
Average Pool275Gh/s263Gh/s278Gh/s (link)   283Gh/s (link)
Consumption485 Watts   305 Watts   313 Watts313 Watts
Temputure54 & 62°C42 & 47°C42 & 47°C40 & 44°C
Rejected1.5%0.22%0.38%0.48%
HW2.81%0.79%1.08%1.47%
WU3975/m3717/m3933/m4021/m

0.940.950.960.97


as impressive as all the above seems I still have mine on .95 ..not sure of my watt useage....it is stock plug'd it in and get the following


565gh   4.52% error rate  wu is like 7709 or some such... it slows down for knc flushwork and found block stuff ....I need to find the link to the way to add a 2nd pool to .95 does not have that option....hmm what else.... oh my temps are 40c for 2 and 27c and 31c or was last I looked...er by the by it was running at 555 the last day it has creeped up to 565gh ..also it is in a basement and the temp is 62F and I have the top off and 2 6" fans on either side along side the front blowing crossways (overlapping) moving air

anyway again impressive but I have the noob skills of a block of wood on tech....so just not comfortable with all the folks with good miners that went to .97 and went backwards...and that disabling core permanently flag on some units also was daunting would feel more comfortable with my hand held and it built into bfgminer as options or the knc version...anyway my 2c worth

anyway any enlightenment is welcome I am following this thread

and if someone has a link to  the way to add a backup pool to .95 feel free I "may or may not" be brave enough to attempt such

by the by I assume when luke jr gets his bfgminer version up and such and more polished some of this stuff will be addressed ......I only have 1 core that comes up enable unenable ... knock once in a great while...would like to see the bertmod and the enbable cores and some of the other tricks enbabled in an interface .....my miner arrived hand carried to keep it in the box in soaking wet cardboard.....((my view is prob why it works so well ....if it happened at start of trip to me they had to 'hand carry" it all the way with 2 hands .....could not play Frisbee with it and keep it in the box.)...anyway don't want any more attention from those harsh 'asic gods' as they play dice with difficulty ..drink mead and laugh down on us puny miners...

thanks in advance for any views on above

Searing
legendary
Activity: 2408
Merit: 1004
October 25, 2013, 07:38:07 PM
Canada is the more difficult customs with Germany
I think you might pay taxes
legendary
Activity: 1512
Merit: 1000
@theshmadz
October 25, 2013, 07:08:08 PM
Did any of you have troubles or delays with customs? My Jupiter arrived in Canada on Wednesday and it is being held hostage at the airport. I contacted DHL and the only response thus far was  "Shipment was referred for examination"

Does anyone know how long this process will take? My friend told me it could take a month to clear, which would make it almost worthless to me, but I hope he is just pulling my chain.

Thanks.

full member
Activity: 162
Merit: 100
October 25, 2013, 03:52:23 PM
On .97 Jupiter anyone seeing a big difference between what CGminer is reporting and what BTCGuild is reporting for hash rate?

Seeing 513GH cgminer and 440GH on BTCGuild.


Yessir, me too!

539 on cgm/puTTy - 499 on BTCG = .97

i flashed back to .96.1 and now have 532 on cgm/puTTY - 503 on BTCG

still not as 'good' as .95 but need to calc the HW errors to make it more accurate.
cgminer: 488 Gh/s
BTC Guild: 391 GH/s

Running on firmware 0.97.  Case off, stock fans, no additional cooling (on To Do list), for about 17 hours now.

Stats from cgminer:
 KnC 0:                | 485.5G/488.7Gh/s | A:3600070 R:32074 HW:1313634 WU:7444.1/m

Help!  Is the large difference between cgminer and BTC Guild because of the large number of hardware errors?  Why is this happening... did I get unlucky with my chips?

I had major HW errors on 0.97 also, going back to 0.96 fixed it for me.
hero member
Activity: 700
Merit: 504
Run a Bitcoin node.
October 25, 2013, 03:10:10 PM
On .97 Jupiter anyone seeing a big difference between what CGminer is reporting and what BTCGuild is reporting for hash rate?

Seeing 513GH cgminer and 440GH on BTCGuild.


Yessir, me too!

539 on cgm/puTTy - 499 on BTCG = .97

i flashed back to .96.1 and now have 532 on cgm/puTTY - 503 on BTCG

still not as 'good' as .95 but need to calc the HW errors to make it more accurate.
cgminer: 488 Gh/s
BTC Guild: 391 GH/s

Running on firmware 0.97.  Case off, stock fans, no additional cooling (on To Do list), for about 17 hours now.

Stats from cgminer:
 KnC 0:                | 485.5G/488.7Gh/s | A:3600070 R:32074 HW:1313634 WU:7444.1/m

Help!  Is the large difference between cgminer and BTC Guild because of the large number of hardware errors?  Why is this happening... did I get unlucky with my chips?
legendary
Activity: 1792
Merit: 1047
October 25, 2013, 02:58:42 PM
Thanks for the advice Sitarow!  I'll look for another fan as suggested.  I've noticed that even just taking the case off makes a big difference.

I've ordered a 24U quiet rack cabinet, and when it arrives I plan to put my Jupiter in there.  It is an "active" cabinet, meaning that it has fans at the rear to create airflow.  I wonder whether I should run my Jupiter in the cabinet with case on or off?  If case off, should I have an additional fan on top of the Jupiter, blowing down?  I have no problem with that concept, I'm just worried about how much rack space the extra top fan will take (maybe it won't be much).

Am I right in saying that you have proven that a top fan blowing down is the best set up?

Yes case off and house fan on best results.

However replacing intake fans with high cfm fans works if you must put case cover back on.
Ambient room temp below 20 is also good.
legendary
Activity: 1064
Merit: 1001
October 25, 2013, 02:41:18 PM
how i can add manyally at cgminer at knc

restart the device when the hashing speed at pool is low!!!!!!!!!!!!!!!!!!!!!!!

any details?
 Huh Huh Huh Huh Huh Huh Huh

The way I've done it is to SSH into the rig, kill the running CGMiner process that the miner autostarts, and then start up CGMiner again from the command line (inputting your info along the way). It'll show the raw hashing data so long as you maintain the SSH connection.

Keep in mind that the hashing speed shown by the pool isn't indicative of how fast your rig is actually going (thanks to variance).
legendary
Activity: 2408
Merit: 1004
October 25, 2013, 01:25:01 PM
how i can add manyally at cgminer at knc

restart the device when the hashing speed at pool is low!!!!!!!!!!!!!!!!!!!!!!!

any details?
 Huh Huh Huh Huh Huh Huh Huh
member
Activity: 101
Merit: 10
October 25, 2013, 10:06:36 AM
This jupiter is underperforming 25%
Do you see anything suspicious here?

Miner Status






Mining Status

CGMiner Status Running (pid=1760)
Last Checked Fri Oct 25 15:02:52 UTC 2013
Avg. Hash Rate 513 Gh/s
Difficulty Accepted 6,730,240
Difficulty Rejected 55,296 (0.6 %)
Hardware Errors 1,836,190 (17.6 %)
WU 7,886
Difficulty Stale 0
Network Blocks 182
Pool Rejected 0.8 %
Pool Stale 0
Best Share 83,333,458
Found Blocks 0


HW Status

ASIC slot #1 53.5 ℃
ASIC slot #2 -
ASIC slot #3 73.0 ℃
ASIC slot #4 57.5 ℃
ASIC slot #5 55.0 ℃
ASIC slot #6 -


--------------------------------------------------------------------------------

ASIC Board Status
Update ASIC Status
 
Last updated on Fri Oct 25 15:03:03 2013


ASIC Board

Info


0

Temperature sensor: 53.5 C


Die ID

Cores ON

Cores OFF

%

0 48 0 100
1 48 0 100
2 48 0 100
3 48 0 100


DC/DC ID

ON/OFF

Status

Input Voltage

Output Voltage

Output Current


0
ON OK 11.8 V 0.724 V 40.2 A (29.1 W)

1
No DC/DC detected

2
ON OK 12 V 0.741 V 40.9 A (30.3 W)

3
No DC/DC detected

4
ON OK 11.9 V 0.751 V 41.1 A (30.9 W)

5
No DC/DC detected

6
No DC/DC detected

7
ON OK 11.8 V 0.735 V 42.3 A (31.1 W)
 

2

Temperature sensor: 73.0 C


Die ID

Cores ON

Cores OFF

%

0 48 0 100
1 48 0 100
2 48 0 100
3 48 0 100


DC/DC ID

ON/OFF

Status

Input Voltage

Output Voltage

Output Current


0
ON OK 11.9 V 0.746 V 45 A (33.6 W)

1
No DC/DC detected

2
ON OK 11.8 V 0.746 V 44.3 A (33 W)

3
No DC/DC detected

4
ON OK 11.8 V 0.767 V 43.6 A (33.4 W)

5
No DC/DC detected

6
No DC/DC detected

7
ON OK 11.8 V 0.756 V 44.8 A (33.9 W)
 

3

Temperature sensor: 57.5 C


Die ID

Cores ON

Cores OFF

%

0 48 0 100
1 48 0 100
2 48 0 100
3 48 0 100


DC/DC ID

ON/OFF

Status

Input Voltage

Output Voltage

Output Current


0
ON OK 11.9 V 0.74 V 41.3 A (30.6 W)

1
No DC/DC detected

2
ON OK 12 V 0.736 V 42.7 A (31.4 W)

3
No DC/DC detected

4
ON OK 11.9 V 0.743 V 43.4 A (32.2 W)

5
No DC/DC detected

6
No DC/DC detected

7
ON OK 11.9 V 0.759 V 43.8 A (33.2 W)
 

4

Temperature sensor: 55.0 C


Die ID

Cores ON

Cores OFF

%

0 46 2 95.8
1 48 0 100
2 48 0 100
3 48 0 100


DC/DC ID

ON/OFF

Status

Input Voltage

Output Voltage

Output Current


0
ON OK 11.9 V 0.754 V 38.9 A (29.3 W)

1
No DC/DC detected

2
ON OK 11.9 V 0.749 V 41.5 A (31.1 W)

3
No DC/DC detected

4
ON OK 11.9 V 0.72 V 41.9 A (30.2 W)

5
No DC/DC detected

6
No DC/DC detected

7
ON OK 12 V 0.751 V 42.4 A (31.8 W)
 

Total DC/DC power output: 505 W

Pages:
Jump to: