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): 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: 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. |
|
|
|
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 |
|
|
|
any mod to miner airflow (removed lid etc etc) ?
what's your env temp?
what are ASIC slot temps reported by web interface?
no - original fans, without any modifications, top cover on (default "from the box" setup) ~21℃ ASIC slot #1: 53.5 ℃ ASIC slot #2: 54.5 ℃ ASIC slot #3: 55.5 ℃ ASIC slot #4: 51.0 ℃ thanks for sharing! So ridiculous, if i put the top cover on i would get temperatures beyond 75°.... that's very strange I'm sure you did it already but repetita iuvant, have you checked that all fans are working correctly (both front and internal)? Otherwise I think that some HW problem would be the most probable explanation. |
|
|
|
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://bitcointalk.org/index.php?topic=170332.msg3311665#msg3311665 |
|
|
|
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 |
|
|
|
any mod to miner airflow (removed lid etc etc) ?
what's your env temp?
what are ASIC slot temps reported by web interface?
no - original fans, without any modifications, top cover on (default "from the box" setup) ~21℃ ASIC slot #1: 53.5 ℃ ASIC slot #2: 54.5 ℃ ASIC slot #3: 55.5 ℃ ASIC slot #4: 51.0 ℃ thanks for sharing! |
|
|
|
24h without any cgminer restart (.94)  any mod to miner airflow (removed lid etc etc) ? what's your env temp? what are ASIC slot temps reported by web interface? I'm very jealous my miners mint at 490 :/ |
|
|
|
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): 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: 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 ? |
|
|
|
I must have gotten a pretty good one right from the factory then ....
definitely what's your env temp? edit: here are the number for my 2 jups Jup1 Jup2
E 55599 54986
A 6156012 6198900
R 42206 31873
HW 365264 314332
Jup1 Jup2
Accepted hrate: 475.55 484.2
Full hashrate: 478.81 486.69
HW error %: 5.57% 4.80%
HW error hashrate: 28.22 24.55
|
|
|
|
I now have the miner plugged directly to the laptop, which has access to the wifi...alot less garble, but still see no ip for the miner...
Dude if you haven't a dhcp server installed on your laptop there's no way your miner will get an ip address in this configuaration. Are you sure there is dhcp server running somewhere on your lan? |
|
|
|
Is that your results with the case cover on or off? Do you have any added airflow? Also what GH/s does the pool say the unit is running at?
cover on. ASIC slot #1: 52.5 ℃ ASIC slot #2: 53.5 ℃ ASIC slot #3: 57.0 ℃ ASIC slot #4: 50.5 ℃ original fans, nothing else. mining at gigavps and hashrate hopping every hour from 490 to 570.) you seem to have a better temperature distribution across slots, those are mine ASIC slot #1: 53.0 ℃ ASIC slot #2: - ASIC slot #3: 57.5 ℃ ASIC slot #4: 63.5 ℃ ASIC slot #5: 44.0 ℃ ASIC slot #6: - miner running with 0.94, before running with 0.91, unable to run with 92/93 due to cgminer frequent restart. with 0.94 I get higher hashrate, something like 3-4%, HW error of 7%. still they didn't solve the problem mentioned here: https://bitcointalk.org/index.php?topic=18313.msg3294238#msg3294238I am seeing higher stale rates from KNC equipment so it looks like they are not flushing work when the stratum server requests but are instead finishing old work and submitting it.
every time this happens you'll get this line on cgminer output: [2013-10-09 19:42:36] Stratum from pool 0 detected new block [2013-10-09 19:42:36] KnC running flushwork [2013-10-09 19:42:36] KnC: accepted by FPGA 1 works, but only 0 submitted [2013-10-09 19:42:36] Rejected 00815da7 Diff 506/326 KnC 0 (Job '26017' not found) and your hashrate will climb down and rump up within a 10 sec |
|
|
|
|
It seems a good result, no? ( as long as it last for a few days at least)
|
|
|
|
Has anyone an idea why Jupiters and p2pool don't like eachother?
Mine is operated by a third person because I can't take care on it my own. But it's delivering only 300 GH/sec because cgminer takes often some thinging breaks. On other pools it works fine so far...
Read from here onwards: https://bitcointalk.org/index.php?topic=18313.msg3294238#msg3294238thanks for the info/pointer ckolivas ! edit: they've just released a new fiw version (.94) hopefully they have fixed that. |
|
|
|
from their site: Price drop for BTC payments
All
As customers have started returning for more purchases already. We would like to take this opportunity to add our own support to the bitcoin currency by offering 10% discount on all bitcoin payments
Simply add the items you wish to purchase to your cart, choose BitPay as the payment method and the discount will be automatically calculated in the shop.
Simple as that
Thanks
KnCMiner Team
|
|
|
|
my connection home is adsl 8 mb is enough? or i need put fiber 30mb?
best pool advise?
anyone can helpme your adsl should be enough. pools? it's up to you to choose the best one. have you ever mined before? if yes which pools did you used? if no, a try'n'fails approach should work best. e.g. if you have more than one miners, use what u think is best pools from due diligence you should have already done. then point every miner to a different pool. after a while (let's say a day) choose what you think is the best. |
|
|
|
Mine are instable.
Temps are high
ASIC slot #1: 76.0 ℃
ASIC slot #2: 74.5 ℃
ASIC slot #3: 79.5 ℃
ASIC slot #4: 64.0 ℃
Fans are OK. Airflow ok. Airflow all the same way. Normal room temp of 20 degrees.
Is there a way i can tell the fans to go faster.
fw? hash rate? |
|
|
|
766W for a jup is one the highest consumption I heard with fw > .90 are you planning to upgrade to 0.94? as usual thanks sharing |
|
|
|
new fw: https://www.kncminer.com/news/news-47my temp: ASIC slot #1: 49.5 ℃ ASIC slot #2: 45.0 ℃ ASIC slot #3: 49.0 ℃ ASIC slot #4: 41.0 ℃ results: (5s):575.6G (avg):535.7Gh/s | A:153750 R:8125 HW:14740 WU:8207.0/m what was the hashrate with prev fw (which version?) ? |
|
|
|
which is slot 4?
dunno. the only thing that comes to my mind is testing on the machine powering off one core at a time like KnC explain here ( https://www.kncminer.com/pages/support): To verify if an ASIC board is broken or the performance drop is due to software issues please follow these steps:
1. Turn off and disconnect your PSU.
2. Open your miner case.
3. Unplug the flat ribben cable connecting one of the ASIC Boards (the circuit board that has the big fan on it) to the controller board.
4. Unplug the PCI-Express power cable from the ASIC board.
5. Ensure all other cables are connected properly.
6. Reconnect the PSU and power on the miner. Let the miner work for an hour to asses performance.
If the miner is now performing as expected you should install the 0.9.4 firmware.
7. Turn off the power and disconnect the PSU, reconnect all the PCI-E and ribben cables.
8. Restart the miner and install firmware 0.9.4.
|
|
|
|
ASIC slot #1: 49.0 ℃
ASIC slot #2: 52.0 ℃
ASIC slot #3: 49.0 ℃
ASIC slot #4: 28.0 ℃
see like slot 4 something wrong?
whcih is slot 4 at jupiter?
dunno sorry, knc didn't release any schematics from which you can enumerate core ASIC. which fw? do you already upgrade to .94? |
|
|
|
|
Show Posts
