Swedish ASIC miner company kncminer.com

[Aggrophobia]

ok then it was 80% of the 4 VRM-users complaining, 8 VRM-users had nothing to complain about

let's talk about other things, like upgrade modules, next gen units etc. ^^

[Aggrophobia]

Hey O'rama!

They should make a firmware which doesn't care about watts and other bitching.....

Just run as fast as possible (maybe if it needs proper cooling). I think lots of us can do proper cooling and don't care this time about watts, just the hash power.

And yes, apply this FW for your own risk....

Just an idea....

Yeah, but that would likely be a killer for the year long warranty given. Would be an RMA nghtmare bro...

By the way that "substandard cooling" you currently have is rated for 320 Watts;

http://www.arctic.ac/worldwide_en/products/cooling/cpu/freezer-30-co.html

It's way more than enough...

Is the heatspreader on the die soldered or is there only thermal grease between the HS and the dies?

btw the custom-solution with the aluminium bar is not really satisfying to bring enough pressure on the heatspreader without bending the pcb

[markm]

Now that ckolivas has removed all the GPU and scrypt and such from cgminer, does cgminer take less RAM?

Might a firmware that uses that new cgminer possibly not run out of RAM?

Or is the RAM problem an actual memory leak in something therefore going to happen eventually no matter how small you make everything else?

-MarkM-

[CYPER]

Does anyone know if it is OK to connect 2 of my modules from Jupiter 1 to Jupiter 2. I will move just the ribbon data cables over, so Jupiter 2 has 6 modules connected to it, but 2 of these are still powered by Jupiter 1 PSU.

[ElGabo]

Hey O'rama!

They should make a firmware which doesn't care about watts and other bitching.....

Just run as fast as possible (maybe if it needs proper cooling). I think lots of us can do proper cooling and don't care this time about watts, just the hash power.

And yes, apply this FW for your own risk....

Just an idea....

Yeah, but that would likely be a killer for the year long warranty given. Would be an RMA nghtmare bro...

By the way that "substandard cooling" you currently have is rated for 320 Watts;

http://www.arctic.ac/worldwide_en/products/cooling/cpu/freezer-30-co.html

It's way more than enough...

Yep, I think the same about RMA.

But you know, if you don't do, will do somebody else......

Just an other question: Will you use this machine for one year? (No offense, and I know it's in law and other blah blah)

But I think KNC won't RMA fired boards. If somebody kill it, dot it at your own risk. If i push the VRM-s with a screwdriver under load and after that I can smell a bit smoke will you RMA my board?

If I fry the board with a 3rd party firmware will you make RMA?

If I fry the board with HALF offical frimware with some overclocking wich was made by the engineers who made the machine but there is a HUGE USE AT YOUR OWN RISK after the dl link will you make RMA?

I think you know the answer, like everybody.

Still no offense, I like KNC and you, but it would be better some half offical overclock then non offical.

But it's just my opinion.....

[CMMPro]

I don't understand this ram issue....my Saturn has been running 0.97 for at least a week straight without a reboot.
And I only rebooted it then to change pools.

It doesn't slow down, it doesn't increase errors....it just keeps trucking along at 284.5gh.

[Bitcoinorama]

Hey O'rama!

They should make a firmware which doesn't care about watts and other bitching.....

Just run as fast as possible (maybe if it needs proper cooling). I think lots of us can do proper cooling and don't care this time about watts, just the hash power.

And yes, apply this FW for your own risk....

Just an idea....

Yeah, but that would likely be a killer for the year long warranty given. Would be an RMA nghtmare bro...

By the way that "substandard cooling" you currently have is rated for 320 Watts;

http://www.arctic.ac/worldwide_en/products/cooling/cpu/freezer-30-co.html

It's way more than enough...

Yep, I think the same about RMA.

But you know, if you don't do, will do somebody else......

Just an other question: Will you use this machine for one year? (No offense, and I know it's in law and other blah blah)

But I think KNC won't RMA fired boards. If somebody kill it, dot it at your own risk. If i push the VRM-s with a screwdriver under load and after that I can smell a bit smoke will you RMA my board?

If I fry the board with a 3rd party firmware will you make RMA?

If I fry the board with HALF offical frimware with some overclocking wich was made by the engineers who made the machine but there is a HUGE USE AT YOUR OWN RISK after the dl link will you make RMA?

I think you know the answer, like everybody.

Still no offense, I like KNC and you, but it would be better some half offical overclock then non offical.

But it's just my opinion.....

Logic dictates unless the coin price vastly increases, and if hashrate takes a beating than a year long warranty is sufficient. That said the genesis block is already being proven entirely incorrect.

In any case people will always demand an RMA and not mention how boards died. Sometimes it will be obvious, but rather they are the consequence of what was officially released.

I do not doubt mods will occur, it's inevitable, and if all our boards start mysteriously dying of a similar symptom not present in our own they will be inspected for signs of stress, and if found to have been consequence of unofficial modding, then obviously RMA will be invalid.

Latter revisions of boards will undoubtedly be pushed harder as we learn the loads the chip is capable of, the chip itself is not the issue, but the boards themselves will require supporting components to undergo continuous revision.

[Bitcoinorama]

I don't understand this ram issue....my Saturn has been running 0.97 for at least a week straight without a reboot.
And I only rebooted it then to change pools.

It doesn't slow down, it doesn't increase errors....it just keeps trucking along at 284.5gh.

The ram issue is created by the addition of unofficial mods that run simultaneous to the official firmware. They require optimisation. We have been in touch with the developer of those mods, as they are really useful, and we do want to consider supporting them, but in a means that does not deteriorate the long term performance of the product.

[CYPER]

Does anyone know if it is OK to connect 2 of my modules from Jupiter 1 to Jupiter 2. I will move just the ribbon data cables over, so Jupiter 2 has 6 modules connected to it, but 2 of these are still powered by Jupiter 1 PSU.

Anyone?

[edgar]

after weeks of board 3 (slot 4) being my hottest at around 74.5 it now has an issue with Output Current of 0.438 A
since today, board 2 (slot 3) is now hotter as it was during previous fw, however i have not had any hardware concerns until now.

is there a newer fw on the horizon that will sort this, or should i expect to incur losses upon losses?

After hours upon hours of rebooting, resetting, reflashing, re-enabling & reading (& waiting) i have a 40Gh loss in actual performance - shall i just reflash it and wait 3-4 more hours...?

is there a newer fw on the horizon that will sort this, or should i expect to incur losses upon losses upon headaches upon time wasted?

[ElGabo]

Hey O'rama!

They should make a firmware which doesn't care about watts and other bitching.....

Just run as fast as possible (maybe if it needs proper cooling). I think lots of us can do proper cooling and don't care this time about watts, just the hash power.

And yes, apply this FW for your own risk....

Just an idea....

Yeah, but that would likely be a killer for the year long warranty given. Would be an RMA nghtmare bro...

By the way that "substandard cooling" you currently have is rated for 320 Watts;

http://www.arctic.ac/worldwide_en/products/cooling/cpu/freezer-30-co.html

It's way more than enough...

Yep, I think the same about RMA.

But you know, if you don't do, will do somebody else......

Just an other question: Will you use this machine for one year? (No offense, and I know it's in law and other blah blah)

But I think KNC won't RMA fired boards. If somebody kill it, dot it at your own risk. If i push the VRM-s with a screwdriver under load and after that I can smell a bit smoke will you RMA my board?

If I fry the board with a 3rd party firmware will you make RMA?

If I fry the board with HALF offical frimware with some overclocking wich was made by the engineers who made the machine but there is a HUGE USE AT YOUR OWN RISK after the dl link will you make RMA?

I think you know the answer, like everybody.

Still no offense, I like KNC and you, but it would be better some half offical overclock then non offical.

But it's just my opinion.....

Logic dictates unless the coin price vastly increases, and if hashrate takes a beating than a year long warranty is sufficient. That said the genesis block is already being proven incorrect.

In any case people will always demand an RMA and not mention how boards died. Sometimes it will be obvious, but rather they are the consequence of what was officially released.

I do not doubt mods will occur, it's inevitable, and if all our boards start mysteriously dying of a similar symptom not present in our own they will be inspected for signs of stress, and if found to have been consequence of unofficial modding, then obviously RMA will be invalid.

Latter revisions of boards will undoubtedly be pushed harder as we learn the loads the chip is capable of, the chip itself is not the issue, but the boards themselves will require supporting components to undergo continuous revision.

Yep, I understood... In this way you are correct.

But if you make a revision for the new machines and boards and you can increase the hash speed with better quality components there will be a lot of bitching from the early customers (investors) if you sell it for the non investors. (For example who payed in the 7 days.)

So you have to make a good decision how to solve this without hurt your investors (such as me).

I think you know what I mean. I won't be bitching for compensate or something but give a better product from "our" money wouldn't be correct.

I know, I paid for 400, i got 560. That's nice but I (we) took risk, the new buyers not.

Still no offense, just talk. (As you know now why I'm took the question how many box per day when you were at the open day)

[AussieHash]

No idea where all the missing network hashrate has been the past 8-9 days, maybe NSA's computers were hacking DPR's private key, but it's back
http://bitcoin.sipa.be/speed-lin-10k.png
http://bitcoin.sipa.be/growth-10k.png
https://blockchain.info/charts/hash-rate

[RoadStress]

I do not doubt mods will occur, it's inevitable, and if all our boards start mysteriously dying of a similar symptom not present in our own they will be inspected for signs of stress, and if found to have been consequence of unofficial modding, then obviously RMA will be invalid.

Latter revisions of boards will undoubtedly be pushed harder as we learn the loads the chip is capable of, the chip itself is not the issue, but the boards themselves will require supporting components to undergo continuous revision.

Isn't 144GH/s per chip the maximum possible? I thought you can't push it faster because of the way it's built.

[markm]

I don't understand this ram issue....my Saturn has been running 0.97 for at least a week straight without a reboot.
And I only rebooted it then to change pools.

It doesn't slow down, it doesn't increase errors....it just keeps trucking along at 284.5gh.

The ram issue is created by the addition of unofficial mods that run simultaneous to the official firmware. They require optimisation. We have been in touch with the developer of those mods, as they are really useful, and we do want to consider supporting them, but in a means that does not deteriorate the long term performance of the product.

I am using stock firmware.

I do not recall whether I had the problem before 0.98 though. I am running 0.98 currently and it dies periodically. Sometimes cgminer dies, sometimes it seems the webserver must be what died. It picks something to kill when it runs out of RAM. No third party mods. Vanilla 0.98. I am not even ssh'd in to try to watch it happen, lst that use up precious RAM itself.

-MarkM-

[btc_uzr]

(...)

Yep, I understood... In this way you are correct.

But if you make a revision for the new machines and boards and you can increase the hash speed with better quality components there will be a lot of bitching from the early customers (investors) if you sell it for the non investors. (For example who payed in the 7 days.)

So you have to make a good decision how to solve this without hurt your investors (such as me).

I think you know what I mean. I won't be bitching for compensate or something but give a better product from "our" money wouldn't be correct.

I know, I paid for 400, i got 560. That's nice but I (we) took risk, the new buyers not.

Still no offense, just talk. (As you know now why I'm took the question how many box per day when you were at the open day)

I do not get your point.

Improvements take place in many steps, this is one of them.
You want KnC not to improve the hw any further ? Really ??

I can understand your point of view "I payed for initial funding, now the late comers have no risk and better products", but it misses the important aspect  that some 1st batch customers already have reached break-even.

Difficulty increases, so improved hardware is an advantage for yourself in case you consider buying again.
And I highly doubt that a Nov Jupiter will return same amount of coins as an October one; some GH/s for batch#2 more will not change it.

[ASIC-K]

I do not doubt mods will occur, it's inevitable, and if all our boards start mysteriously dying of a similar symptom not present in our own they will be inspected for signs of stress, and if found to have been consequence of unofficial modding, then obviously RMA will be invalid.

Latter revisions of boards will undoubtedly be pushed harder as we learn the loads the chip is capable of, the chip itself is not the issue, but the boards themselves will require supporting components to undergo continuous revision.

Isn't 144GH/s per chip the maximum possible? I thought you can't push it faster because of the way it's built.

144ghs is the max based on each core running at 750mhz. if this was pushed higher, the hashrate could go way up.

[chrono030]

Does anyone know if it is OK to connect 2 of my modules from Jupiter 1 to Jupiter 2. I will move just the ribbon data cables over, so Jupiter 2 has 6 modules connected to it, but 2 of these are still powered by Jupiter 1 PSU.

Anyone?

I am sure you'll eventually try it, so let us know how it goes!  I am suprised you have a board that actually supports 6 connections, my day 1 jup only has 4.

[btc_uzr]

Does anyone know if it is OK to connect 2 of my modules from Jupiter 1 to Jupiter 2. I will move just the ribbon data cables over, so Jupiter 2 has 6 modules connected to it, but 2 of these are still powered by Jupiter 1 PSU.

Anyone?

I am sure you'll eventually try it, so let us know how it goes!  I am suprised you have a board that actually supports 6 connections, my day 1 jup only has 4.

From what I've read about GPU rigs it should be possible, as this one is running with 3PSUs but one mainboard only
http://www.techspot.com/gallery/member-galleries/p4037-here-ya-go-supersmashb.html

[CYPER]

Does anyone know if it is OK to connect 2 of my modules from Jupiter 1 to Jupiter 2. I will move just the ribbon data cables over, so Jupiter 2 has 6 modules connected to it, but 2 of these are still powered by Jupiter 1 PSU.

Anyone?

I am sure you'll eventually try it, so let us know how it goes!  I am suprised you have a board that actually supports 6 connections, my day 1 jup only has 4.

I just did. 6 boards using all 6 connection, using 1 V850 PSU.

[rampalija]

Does anyone know if it is OK to connect 2 of my modules from Jupiter 1 to Jupiter 2. I will move just the ribbon data cables over, so Jupiter 2 has 6 modules connected to it, but 2 of these are still powered by Jupiter 1 PSU.

Anyone?

I am sure you'll eventually try it, so let us know how it goes!  I am suprised you have a board that actually supports 6 connections, my day 1 jup only has 4.

I just did. 6 boards using all 6 connection, using 1 V850 PSU.

me too, it can work like that