Swedish ASIC miner company kncminer.com

[Xialla]

Searing, what is wrong with you?

Searing, could you please be so kind and try to consolidate your responses to one post?

[xuemike]

so is not having a power switch on the unit (imho) I spent a long time looking the very subtle structure of the paper clip I was gonna stick in my 7k device (shudder)

Actually, I don't understand why they used a 4-pin Molex for 5V, instead of a 24-pin ATX Molex, attached to the controller board. That way that could have added a power switch and pull 5V from one of the red wires at the same time. Don't think it would have cost much more, maybe $5 extra...

4 pin is better.

reason being 24-pin molex uses an entire rail with something like 20amps.  You are using probably something like 10 watts and end up taking up a 100watt rail.  You can probably use that rail for something else.

additionally people with the Lepa 1600  PSU can power 2 units easily, you don't want the power switch determined by 1/2 unit if you hook up 2 units on it.

[madsusies]

I don't know why I'm not happy from getting dhl email, i really doubt to get money back with mercury 

[Altomesi]

I noticed something interesting with my Mercury that I was hoping others could confirm. My miner has been running at about 120GHs with 1 core disabled pulling 117W of power at about 36C per bertmod. I stuck the miner in the Garage yesterday since it's getting cold here now and this morning I check and it's running about 138Ghs pulling 109W of power at about 27C and only 1 core disabled. I've read several posts on here from 'ormoma that the temperatures don't matter but this clearly shows that a 10C drop in ambient temperature gave me a significant boost in hashing power that has been sustained ever since the temperature change not to mention the lower power draw...

https://i.imgur.com/1pk6VXn.png

[c1010010]

So, talk performance.  How are they?  Not posted perf, but actual.

[FiatKiller]

How's this for irony? My April Order BFL Jalepenos arrived 3 days after the KNC.  lol

[FiatKiller]

So, talk performance.  How are they?  Not posted perf, but actual.

Most seem to work pretty well, but some are getting lemons...

[mtbitcoin]

Firmware 0.9.6.1 just released

[sickpig]

Firmware 0.9.6.1 just released

a few hours ago:

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

sorry can't resist

[pletharoe]

So, talk performance.  How are they?  Not posted perf, but actual.

My Jupiter has been running for just under 23 hours.  cgminer shows an average of 547Gh/s and 2.5% error rate.  That translates to a pool speed of 533GH/s.

Bertmod (monitoring software) says the chips are taking 480 watts.  Plus the power for the beaglebone.

[soy]

Okay, received my jupiter today.  Wast getting about 450gh/s with temperatures around 60 degrees C.
I updated to .96 and my temps went down to 40 degrees C. Hashrate stayed about the same.
I loaded up enablecore.bin and it gave me an error while rebooting.  Now everytime I try to go to the miners setup page, it gives me a 404 page not found.

Any ideas??


**** Ignore ^. A hard reset did the trick.
Averaging 480 gh/s with temps around 50.

I sometimes wonder if when one first fires up a new miner and there's bad cores and high temperature, if it's better to let it run just like that for a couple of days.  The rationale would be that if in shipment some ball grid away  points cracked and separated but still making marginal electrical contact, there will be a higher resistance point there that will be hot, hence the high temperatures.  It might get hot enough at that point or points to liquify the solder while nearby healthy solder points remain okay.  Then after turning it off and cooling, when you restart that point has a solid solder contact.

Mine has been running at 100% on all 4 cores overnight and maxed out at 137.5GH/s avg so I would expect max avg of a Saturn to be 275GH/s and Jupiter 550GH/s, 5 second averages not withstanding.

[FiatKiller]

Interesting... applied 9.6.1 and it still shows 9.6 and initially everything was worse than 9.6

So I applied enablecores again and too early to say for sure, but looking very good.

I've also noticed an interesting phenomena of "bad boots". Sometimes after a restart things are not up to par, but if you keep trying you will hit a "golden boot" that works much better. I recommend for people having trouble to try this!

Never seen this much speed before, but too early to say how it will stabilize:

[sickpig]

Interesting... applied 9.6.1 and it still shows 9.6 and initially everything was worse than 9.6

So I applied enablecores again and too early to say for sure, but looking very good.

I've also noticed an interesting phenomena of "bad boots". Sometimes after a restart things are not up to par, but if you keep trying you will hit a "golden boot" that works much better. I recommend for people having trouble to try this!

Never seen this much speed before, but too early to say how it will stabilize:

https://dl.dropboxusercontent.com/u/40920348/KNC961EC.jpg

your WU is very good. I've 7475 for my jup.

[FiatKiller]

Interesting... applied 9.6.1 and it still shows 9.6 and initially everything was worse than 9.6

So I applied enablecores again and too early to say for sure, but looking very good.

I've also noticed an interesting phenomena of "bad boots". Sometimes after a restart things are not up to par, but if you keep trying you will hit a "golden boot" that works much better. I recommend for people having trouble to try this!

Never seen this much speed before, but too early to say how it will stabilize:

https://dl.dropboxusercontent.com/u/40920348/KNC961EC.jpg

your WU is very good. I've 7475 for my jup.

Right now, but what happens is that the difficulty keeps going up to over 4 mill and the WU drops to 3700ish. We will see what happens. Going to let it ride without screwing around with it any further for awhile.  lol

[timmmers]

Merc arrived, 10 mins unpacking and checking (using the various lists posted here so I didn't forget anything ..BIG THANKS FOR THAT)
Well packed and undamaged. They learned. Oh, no ethernet cable if you don't have a spare.

Everything whirring away...no stats in the KNC page...not hashing.

2nd screen with pool details didn't have cgminer enabled, did that restarted cgminer and we're off. Firmware .96 on it when it arrived.

Now been running about 10 mins at 110 to 139 Gh and 39 C with no extra cooling.
Feeling confident ish

Cat in box. He says it's a quality box and he knows these things

[xyzzy099]

Interesting... applied 9.6.1 and it still shows 9.6 and initially everything was worse than 9.6

So I applied enablecores again and too early to say for sure, but looking very good.

I've also noticed an interesting phenomena of "bad boots". Sometimes after a restart things are not up to par, but if you keep trying you will hit a "golden boot" that works much better. I recommend for people having trouble to try this!

Never seen this much speed before, but too early to say how it will stabilize:

https://dl.dropboxusercontent.com/u/40920348/KNC961EC.jpg

your WU is very good. I've 7475 for my jup.

Right now, but what happens is that the difficulty keeps going up to over 4 mill and the WU drops to 3700ish. We will see what happens. Going to let it ride without screwing around with it any further for awhile.  lol

Difficulty has nothing to do with WU.

[opentoe]

All I want is to break even...if that is even a small possibility now or not. I paid $4k for my Saturn. If things are static and stay the same it will take me 60 days or so to break even, I can deal with that. But so many more hashing power coming out its just gonna kill me/us. What to do. Would it even be wise to upgrade my Saturn to a Jupiter? If I do that, I'll be in the same boat, having spent more money. Yea, a little more hashing power but more cash out of my pocket. Oh, what to do.

[FiatKiller]

"Difficulty has nothing to do with WU."

Sure it does. The miner has to work harder to do the calcs and is therefore less efficient.
How do you explain that WU has an inverse relationship for me then? WU always starts
greater than 4K and drops to as low as 3.6K

[xyzzy099]

"Difficulty has nothing to do with WU."

Sure it does. The miner has to work harder to do the calcs and is therefore less efficient.
How do you explain that WU has an inverse relationship for me then? WU always starts
greater than 4K and drops to as low as 3.6K

WU is just a ratio of accepted shares to rejected shares.  It depends only on your hash rate and (effectively) how many difficulty 1 shares you submit that get accepted.  Difficulty is not part of the calculation, and doesn't affect any of the factors that are.

Are you saying that your WU changes when difficulty changes?  It sounds like you are saying that your WU varies over time even with no difficulty change, so I don't understand where you are deriving the relationship to difficulty.  Diff only changes once ever 2016 blocks.

[texaslabrat]

"Difficulty has nothing to do with WU."

Sure it does. The miner has to work harder to do the calcs and is therefore less efficient.
How do you explain that WU has an inverse relationship for me then? WU always starts
greater than 4K and drops to as low as 3.6K

The KnC version of cgminer includes the HW errors as part of the WU calculation.  So, when you first start the miner, I'm guessing yours acts like mine and has all the bad cores running that it has to disable due to 10 errors in a row.  While they are spewing garbage, those errors are being added to the WU number and thus artificially inflating it.

As was mentioned before, the difficulty of the block is irrelevant.  You are not working on a block, you are working on a share of fixed difficulty.  Now, if you want to change the pool difficulty up and down and document your relative HW error rate compared to Accepted shares...that I could see where the "it's working harder therefore less efficient" argument might be made depending on the results.