Topic: Swedish ASIC miner company kncminer.com - page 990. (Read 3050071 times)

GET RICH QUICK SCHEME: 1) find the valley in which the machines were buried, 2) buy the valley with bitcoins you mined with your Jupiters, 3) request the EPA declare the valley toxic due to the cosmolene, 4) dig up the machines financed with some envirnmental disaster fund.

Very Well Done.

details

performance...

wow

porno for miners!

did you chose to put heatsinks on top of the VMRs because they were running too hot in this configuration ?

Hard day. KNCminer Water cooling upgrade.

Just photo. More stat later.

https://i.imgur.com/WSQO2pV.jpg

https://i.imgur.com/1cFtkXx.jpg

https://i.imgur.com/FAlPMkD.jpg

May the Force be with you

I agree with you but overclocking should probably not be the focus of future hardware revisions versus raw efficiency gains.  High overall hashrate for a single unit is just a good excuse to charge higher prices at the expense of not being able to use the device as long as you can. Not everyone has sub 10c electric.

I think it's just that the November batch is capable of being pushed harder (higher clockspeed, higher voltage, lower efficiency) using the forthcoming tuning suite.  If you wanted you could tune it back down to have performance and efficiency similar to what the October batch is running now..

I imagine most miners will run theirs as hard as they can in the near term.

Can you include an option like:

-dcrsp "a72, b191, c18, e88"

(dcrsp = disable cores permanent)
a = Asic-Board 1
b = 2
..
f  = 6

because some cores are really death, and enabeling them will be an problem for current work on shares!

You can put this array to the cgminer code where also the enablecores is pointed.

What do ypu think about this?


What I not understand is why inside the monitor script is also included the enabeld cores.
One time yes, but not so often.

Like Orama said: "Running through the floor and opening and closing the doors" I think it´s too much opening and closing the dors.

many thanks.

anyway looking at /etc/init.d/cgminer.sh it seems to me that all the cores are are enabled at start time by the script itself, no?

 

Appreciate the lessened uptime, but dont play the victim again - bragging and repeating irrelevant non help isnt trying to help, its called blowing your own trumpet and its annoying. Just like being called on it is annoying.

Its not the first time its been mentioned, and not by just 1 person who finds it distasteful.

I dont wish to ignore you, you have made some very decent posts but you do go on & on...

i also disagree its unproductive to get closer to each other and let others know when they cross boundaries - we can all learn from each other.



As for my earlier post, im not 100% sure what it means, presumably a number of things.

It was indeed stated that the Nov rigs are to be expected to hash at 650Gh/s or more, but 1200w...

the 'recommended''inclined to go for' silent pro gold 1200w only has 2 PCI-e ports while the not powerful enough v1000 has 4 ports...

https://bitcointalksearch.org/topic/m.3613013

the hosted novembers will be powered by 2 v850s so presumably they have PCI-e cables coming out of their ears in stockholm...



but my emphasis was regarding the lack of direct feedback concerning using only 3 cables on the october rigs and 0die dc/dc low current concerns which for most seem to have been rectified, thankfully by repeated reboots & fw upgrades & downgrades.

but NOT Mine!

does anyone with the right knowledge know if using only 3 cables is even possible to effect or be caused by the vrm/0die dc/dc low current problems??

Nice!!

As soon as the first report good numbers I'll go for it.
Currently running stable on 3.8.2 with my 5/192 bad cores board, so I don't want to mess with it now.

Also, somebody's earlier post described moving a Jupiter closer to the floor and the hashrate dropping.  If in moving it closer to the floor he put it too close to a wall so there was some obstruction to the airflow out the back, it would reduce the airflow over the BBB at the front causing a drop in hashrate if his machine reacts to a BBB cooling change with a hashrate change as mine does.

Look at it this way, you are in a country where it is difficulty to get money out as private person. Now you can buy bitcoins in your currency and wait a week, then spend most of them for your study fees you had to pay anyways, but instead of using banks and stuff you did it through bitcoin und saved a nice amount.

I had seen an effect and it may be unique to my machine but you could look.  Case off, I diverted air from the two front fans down onto the BBB.  Hashrate rose (in cgminer).  Took the cardboard away and the hashrate plummeted.  I keep the airflow on the BBB now.  As I say it could be unique to my miner.  EDIT: Oh, and don't just put cardboard and take it away seconds later, let it sit diverting air for some minutes - long enough to change the temp of a chip on the 'underside' of the BBB.

Capitalising on the fact that I saw that dud cores are better disabled, here's an experimental binary that tunes things fairly aggressively:

http://ck.kolivas.org/apps/cgminer/kncminer/cgminer

First it enables all cores on startup (so it can take a while before it starts mining!)
Then it will disable cores after only 3 hw errors in a row, but staggers disabling of cores 5 seconds apart.
Then it tries re-enabling cores after only another minute, but staggers re-enabling them.
If the cores fail 3 times in a row, they're decommissioned at that point.

Thanks guys.  That is a little disheartening.  Efficiency is really going to be key going forward.  Midsize miners will need lots of hashrate with minimal electric use to stay competitive.

You would need to have a screw loose to pay in BTC.  looks like we are in a reverse head and shoulders trading pattern, the only thing stopping it is the previous all time high. once we break $901 there is no looking back until $1300 - $1400 imho


why do you think o many people are paying stupid money for asics?  are they all confused about the diff factor and ROI?  nope.. there a lot of traders out there that know a $12000 KNC at 550GHS will get ROI.

Networking problems,too.

I m in car for some hours now, have a look to my post before about the
give them a kick.

I figured out that stopping this, its better. Because every kick confuses the
spm bus also the hole system.

You can also make an dump throu, to see if there where will i2cset set an 1 2 and 3
is something other the 00.

I think this an be an solution.

Staying on the present topic, I'd love to live in Hawaii.  My father was a Seabee stationed there in WWII.  End of the war there were huge stores of partly assembled motorcycles, jeeps, cranes, trucks, all in cosmolene, that to prevent an adverse impact on post-war industry on the mainland, were laid to rest in large excavations and covered over.  They should be perfectly preserved in the cosmolene.

if memory serves 'orama said 650+GH/s and that the max consumption measured at the wall during test was 1050W.

so yes the worst case scenario is 1.6W/GHs.

I would think yes. Even October miners are not 1W/GH/s at the wall - at least most of them. I am yet to see that statement come true for me.