Swedish ASIC miner company kncminer.com

[ur0pl]

Larger heatsink: I notice that some have high temperatures on their units. Can we work on trying to get the lowest temperatures possible? Someone on kncminer forum suggested reapplying thermal paste so that it is not too thick and not too thin. What about a larger heatsink, can we get one that goes over the whole chip? What are the dimensions of the chip? and what is the best thermal paste for this chip?

The point is that with lower temperatures, you get a much higher hashrate and less errors, i think. I think the temperature thing is the main thing that affects the hashrate.

[sickpig]

This is unrelated to KnC miners, it's just some things you should know about networking.

 (a very  vell done network mini howto for newbie)

If you are still reading my post: Congratulations!

I think you did an excellent service to the community with this tutorial
kudos

[sickpig]

Larger heatsink: I notice that some have high temperatures on their units. Can we work on trying to get the lowest temperatures possible? Someone on kncminer forum suggested reapplying thermal paste so that it is not too thick and not too thin. What about a larger heatsink, can we get one that goes over the whole chip? What are the dimensions of the chip? and what is the best thermal paste for this chip?

The point is that with lower temperatures, you get a much higher hashrate and less errors, i think. I think the temperature thing is the main thing that affects the hashrate.

sure lowering working temperature will be beneficial, but it seems to me that there's room for improvement also in the SW department.
see this post from more info:

https://asktom.cf/index.php?topic=170332.msg3311665#msg3311665

[trepex]

This is unrelated to KnC miners, it's just some things you should know about networking.

 (a very  vell done network mini howto for newbie)

If you are still reading my post: Congratulations!

I think you did an excellent service to the community with this tutorial
kudos

Thanks!
Maybe I should offer remote support for network problems.  
Earn some BTC by working instead of mining.

[Rampion]

I'd love if O'rama could inform us about KnC's position regarding ckolivas working on cgminer implementation, and about ETA for source code release.

[sickpig]

I'd love if O'rama could inform us about KnC's position regarding ckolivas working on cgminer implementation, and about ETA for source code release.

+1

[Searing]

is there a more extreme heat sink arrangement to improve your miner chip heat or is the arctic one that knc has is best in class?



thinking with the temp check in .94 that maybe if you saw one of the chips was really hot you could swap it out with something more
extreme then the arctic i30 heatsink provided


but alas I know nothing about this not even if it makes sense with these devices

Searing

[trepex]

also as a side note ..i'd just get a cheap wireless router and do it that way..myself charter has wireless on their cable modem was easier just to get a dlink  wireless router and go that route some...charter was a pain to set the wireless from their cable modem box

again just saying ...told charter to just d/c the wireless option from the cable modem and just used my box much easier with the install cd etc

not sure if it applies but just a thought (they still charge me $10 a month for the wireless by the by ) so be it for 19.95 for a netlink wireless router 915 version I think it was well worth not having the hassle of calling them and doing ip stuff thru them

Searing

Be careful with such an advice. You need to know a little bit about networking etc. or you might fail.
Just be sure to know:

What installation do you have now?
Specially with (TV) cable Internet access you might be in trouble:

Do you really have a cable MODEM or do you have a cable ROUTER?
You need access informations (like username/password) and many cable providers do not hand out these.
Even when you just have a cable MODEM, you must buy a WiFi router that works with this modem.
Same is true for *DSL.

[Searing]

also as a side note ..i'd just get a cheap wireless router and do it that way..myself charter has wireless on their cable modem was easier just to get a dlink  wireless router and go that route some...charter was a pain to set the wireless from their cable modem box

again just saying ...told charter to just d/c the wireless option from the cable modem and just used my box much easier with the install cd etc

not sure if it applies but just a thought (they still charge me $10 a month for the wireless by the by ) so be it for 19.95 for a netlink wireless router 915 version I think it was well worth not having the hassle of calling them and doing ip stuff thru them

Searing

Be careful with such an advice. You need to know a little bit about networking etc. or you might fail.
Just be sure to know:

What installation do you have now?
Specially with (TV) cable Internet access you might be in trouble:

Do you really have a cable MODEM or do you have a cable ROUTER?
You need access informations (like username/password) and many cable providers do not hand out these.
Even when you just have a cable MODEM, you must buy a WiFi router that works with this modem.


have a static ip but also did this when I had dyn ip


Same is true for *DSL.

have a cablevision box modem  has a 3 way splitter before going to the modem box ..one to tv as well ...

anyway the modem had built in wireless from charter wireless...just d/c the wireless from charter and simply put my own wireless router up think it is a 915 version etc

works fine...the wireless modem version I had provided with charter they as you say would not tell me anything

so screw it just put my own wireless router up and as fire as wired connections also goes thru that as well

works fine password protected all that


and don't really use the static ip address just the default...unsure why I have such prob cause it is like only $15 bucks more should put up a www page etc again

anywhoo.....just saying got tired of calling charter when they had issues and such

been that way for about 9 months now ..mostly I do stuff with computers using the hard wired on my home network also

searing

[realtime]

Hi all,

just a quick quest to every one who already have a miner at hand.

I've noticed quite high system load (see uptime(1) output):

Code:

root@XXXXXXX:~# uptime
 07:35:10 up 16:06,  load average: 1.92, 1.93, 1.94

looking at top(1) output is clear that the load is not due to some
cpu hogs hidden somewhere. the process that use more cpu is cgminer
with rate varying from 4% to 12%

Then I think that the hi-load is due to processes spending time waiting for some kind of
I/O. After a bit of searching I think I found the culprit:

Code:

PID USER       VSZ STAT COMMAND
  58 root         0 DW   [spi1]

this process spent a lot of his time in D/DW states. from ps(1) man pages:

D    uninterruptible sleep (usually IO)
W    paging (not valid since the 2.6.xx kernel)

Does this description apply to your miners too ?

Checked my 3 Jupiters PID 58 (spi1) sits pretty constant at 1%, cgminer sits solid on 15%

[sickpig]

Hi all,

just a quick quest to every one who already have a miner at hand.

I've noticed quite high system load (see uptime(1) output):

Code:

root@XXXXXXX:~# uptime
 07:35:10 up 16:06,  load average: 1.92, 1.93, 1.94

looking at top(1) output is clear that the load is not due to some
cpu hogs hidden somewhere. the process that use more cpu is cgminer
with rate varying from 4% to 12%

Then I think that the hi-load is due to processes spending time waiting for some kind of
I/O. After a bit of searching I think I found the culprit:

Code:

PID USER       VSZ STAT COMMAND
  58 root         0 DW   [spi1]

this process spent a lot of his time in D/DW states. from ps(1) man pages:

D    uninterruptible sleep (usually IO)
W    paging (not valid since the 2.6.xx kernel)

Does this description apply to your miners too ?

Checked my 3 Jupiters PID 58 (spi1) sits pretty constant at 1%, cgminer sits solid on 15%

uptime ?
ps | grep  spi ?


edit: I'm asking for the above output command because having a such high system load (~1.9) on a box with only one cpu means that your system is overloaded almost by a factor of 2.
        uptime show sys avg load  average for the past 1, 5, and 15 minute in regard to both the CPU and IO.

[jelin1984]

what diff to put at jupiter worker 512 or 625???

[trepex]

uptime ?
ps | grep  spi ?

Saturn @ 0.93

root@Saturn-C78:~# uptime
 08:47:04 up 2 days, 20:58,  load average: 1.87, 1.89, 1.92
root@Saturn-C78:~# ps | grep spi | grep -v grep
   58 root         0 DW   [spi1]
   61 root         0 SW   [spi2]
root@Saturn-C78:~# top -n 1

Mem: 32484K used, 478088K free, 0K shrd, 152K buff, 21580K cached
CPU:   9% usr   9% sys   0% nic  81% idle   0% io   0% irq   0% sirq
Load average: 1.99 1.94 1.95 1/67 18226
  PID  PPID USER     STAT   VSZ %VSZ %CPU COMMAND
17824 17822 root     S    89648  18%  18% /usr/bin/cgminer --default-config /config/cgminer.conf
  381     1 root     S     3272   1%   0% /usr/bin/ntpd -p /var/run/ntp.pid -g
  396     1 root     S     2980   1%   0% /usr/sbin/lighttpd -f /etc/lighttpd.conf
17952   378 root     S     2732   1%   0% /usr/sbin/dropbear -r /config/dropbear_rsa_host_key -p 22
  389     1 avahi    S     2728   1%   0% avahi-daemon: running [Saturn-C78.local]
  390   389 avahi    S     2728   1%   0% avahi-daemon: chroot helper
17822     1 root     S     2616   1%   0% {screen} SCREEN -S cgminer -t cgminer -m -d /usr/bin/cgmine
17953 17952 root     S     2328   0%   0% -sh
  378     1 root     S     2272   0%   0% /usr/sbin/dropbear -r /config/dropbear_rsa_host_key -p 22
 1749     1 root     S     2148   0%   0% {monitordcdc} /bin/sh /sbin/monitordcdc
  359     1 root     S     2148   0%   0% udhcpc -b -x hostname Saturn-C78 eth0
18226 17953 root     R     2148   0%   0% top -n 1
18223  1749 root     S     2016   0%   0% sleep 60
 1747     1 root     S     1908   0%   0% /sbin/getty 115200 ttyO0
 1748     1 root     S     1908   0%   0% /sbin/getty 38400 tty1
    1     0 root     S     1652   0%   0% init [5]
 1734     1 root     S     1496   0%   0% /usr/bin/monitor-pwbtn /usr/bin/factory_config_reset.sh
   58     2 root     SW       0   0%   0% [spi1]
   15     2 root     SW       0   0%   0% [kworker/0:1]
   10     2 root     SW       0   0%   0% [rcu_sched]
   36     2 root     SW       0   0%   0% [irq/87-4802a000]
   11     2 root     SW       0   0%   0% [watchdog/0]
    3     2 root     SW       0   0%   0% [ksoftirqd/0]
   41     2 root     SW       0   0%   0% [khungtaskd]
   21     2 root     SW       0   0%   0% [kworker/u:1]
   16     2 root     SW       0   0%   0% [bdi-default]
    2     0 root     SW       0   0%   0% [kthreadd]
    4     2 root     SW       0   0%   0% [kworker/0:0]
    5     2 root     SW<      0   0%   0% [kworker/0:0H]
    7     2 root     SW<      0   0%   0% [kworker/u:0H]
    8     2 root     SW       0   0%   0% [migration/0]
    9     2 root     SW       0   0%   0% [rcu_bh]
   12     2 root     SW<      0   0%   0% [khelper]
   13     2 root     SW       0   0%   0% [kdevtmpfs]
root@Saturn-C78:~#

[Tigggger]

The point is that with lower temperatures, you get a much higher hashrate and less errors, i think. I think the temperature thing is the main thing that affects the hashrate.

My machine is just getting slower as each day passes, hw errors are getting worse, started off around 10% now up to 14%.  It's not a temperature issue



It's not a firmware issue in so much as flashing to previous versions where i'd got higher hashrates/lower hw errors aren't helping.

My best guess is that more cores are failing as time goes on.

[realtime]

Hi all,

just a quick quest to every one who already have a miner at hand.

I've noticed quite high system load (see uptime(1) output):

Code:

root@XXXXXXX:~# uptime
 07:35:10 up 16:06,  load average: 1.92, 1.93, 1.94

looking at top(1) output is clear that the load is not due to some
cpu hogs hidden somewhere. the process that use more cpu is cgminer
with rate varying from 4% to 12%

Then I think that the hi-load is due to processes spending time waiting for some kind of
I/O. After a bit of searching I think I found the culprit:

Code:

PID USER       VSZ STAT COMMAND
  58 root         0 DW   [spi1]

this process spent a lot of his time in D/DW states. from ps(1) man pages:

D    uninterruptible sleep (usually IO)
W    paging (not valid since the 2.6.xx kernel)

Does this description apply to your miners too ?

Checked my 3 Jupiters PID 58 (spi1) sits pretty constant at 1%, cgminer sits solid on 15%

uptime ?
ps | grep  spi ?


edit: I'm asking for the above output command because having a such high system load (~1.9) on a box with only one cpu means that your system is overloaded almost by a factor of 2.
        uptime show sys avg load  average for the past 1, 5, and 15 minute in regard to both the CPU and IO.

Code:

root@Jupiter-5A6:~# uptime
 08:49:44 up 21:08,  load average: 1.94, 1.91, 1.90

Code:

root@Jupiter-5A6:~# ps | grep spi
   58 root         0 DW   [spi1]
   61 root         0 SW   [spi2]

[ur0pl]

The point is that with lower temperatures, you get a much higher hashrate and less errors, i think. I think the temperature thing is the main thing that affects the hashrate.

My machine is just getting slower as each day passes, hw errors are getting worse, started off around 10% now up to 14%.  It's not a temperature issue

http://s15.postimg.org/uw7pcdp97/knc.jpg

It's not a firmware issue in so much as flashing to previous versions where i'd got higher hashrates/lower hw errors aren't helping.

My best guess is that more cores are failing as time goes on.

Please don't give up like that. You lose hope, then we all lose hope. What happens when you do a hard reset, and what hash rates did you get before and are getting now? Maybe there is high temperature on other components or something that ram heatsinks can fix. Maybe you should open your case. maybe you should disconnect the cables then reconnect them, while the machine is off and no metal is on your fingers.

[sickpig]

uptime ?
ps | grep  spi ?

Saturn @ 0.93

root@Saturn-C78:~# uptime
 08:47:04 up 2 days, 20:58,  load average: 1.87, 1.89, 1.92
root@Saturn-C78:~# ps | grep spi | grep -v grep
   58 root         0 DW   [spi1]
   61 root         0 SW   [spi2]

(removed top output)

so it seems it is a common scenario, and maybe it's normal and nothing is wrong.
but I can't be helped cause every time I see high load my gut feeling is that thre's something wrong going on.

it's a real pity there's no source code somewhere, just for audit purpose.

anyhow my theory (pure speculation) based on the high IO time (spi procces state = uninterruptible sleep) is that
communication with the ASIC core is not optimal. time will tell.

[sickpig]

Code:

root@Jupiter-5A6:~# uptime
 08:49:44 up 21:08,  load average: 1.94, 1.91, 1.90

Code:

root@Jupiter-5A6:~# ps | grep spi
   58 root         0 DW   [spi1]
   61 root         0 SW   [spi2]

thanks!

[murraypaul]

in fact we had 4 fires/burnt caps so far

2 x 0.92
1 x 0.93
1 x 0.94 (this one today at the datacenter of anotherhosting.se)

Sounds like I'm installing 0.91

If it has happened on 3 different firmware versions, the most likely conclusion is that it has nothing to do with the firmware, and is simply a hardware issue, either bad design or bad build.

[Madazam]

Ok so finally my order is shipped 8xx day 2 payment, and it will take only 11 days to arrive ..i am so royally, majorly and monumentally screwed .....