Author

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

member
Activity: 96
Merit: 10
November 16, 2013, 11:41:54 AM
@KNC or @Bitcoinorama: Does this delay also apply to the upgrade modules? Will the shipping of the upgrade modules begin with, before or after shipping of regular november orders?

Guy's I'll be honest and say. If you have a November batch and want to take full advantage, I'd be sourcing 1200w PSUs.

I'd still avoid the Cosair HX Series. You'd prob be fine with a solid 1000w+.

We've been testing on the V850s still, but as I alluded to before they've been pushing these around and over 1000w and the PSUs are solid and have been taking the abuse, but if I were you with future firmware revisions and from what I've seen: 1200w Gold rated PSUs for November batch orders FTW please! Wink

Hey, could you please elaborate on your reasoning, and also evaluate this power supply? Is your recommendation based on cost savings? Or is it necessary due to technical limitations?

http://www.amazon.com/gp/product/B003J89V0A/ref=oh_details_o07_s00_i00?ie=UTF8&psc=1

I originally planned on using this, because I have it around. However, after reading some comments here, I'm thinking of purchasing a new kill-a-watt (old one broke) and a gold rated power supply per recommendations.
legendary
Activity: 966
Merit: 1000
November 16, 2013, 11:34:46 AM
@Phoenix1969: Thanks, but I'm asking about building a new binary from the source, not installing a built binary onto the miner.
hero member
Activity: 616
Merit: 500
November 16, 2013, 11:31:49 AM
For those asking:

Here's a screenshot from a little bit ago, the chip is running at 56.5*C



I've seen it spike a few times into the low 200 range, after a few spikes over 200 it kills my putty session, but it's still mining and I can re-ssh into it without issue.

The high and averages have gone up 10GH for me with .99 firmware.
legendary
Activity: 938
Merit: 1000
LIR DEV
November 16, 2013, 11:05:38 AM
New cgminer binary based on cgminer 3.8.2 up

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

ckolivas, can you outline the procedure for building a new cgminer binary for a KnC BBB from the source?

Last night I tried building one on my regular BBB running Angstrom.  It ran fine on the build host, but would not run on the KnC BBB, saying "file not found".  I think some of the libraries may be different.  Maybe I need to statically link them?


Here...


I've just created a kncminer branch on my github and have imported their most current code and built my first binary for this. It is not a full firmware and the only thing users may note is the hashrate won't lie with this one, as it won't count hardware errors as hashrate. Also my hardware error count is significantly lower with this on the Saturn dev machine I was sent.

Here's a direct link to the binary:
http://ck.kolivas.org/apps/cgminer/kncminer/cgminer

You'll have to ssh into the kncminer and copy and use that file directly. Hopefully the libraries all match between my dev environment and the default kncminer operating system which means the binary should just work if you run it like on any other OS.
I'm still learning linux, but would love to try this... 
I'll let someone post a clear procedure before I try... ug.Thank you cklovas!

I second this.
ssh into your kncminer if you know its IP address is 192.168.1.X:

Code:
ssh -l root 192.168.1.X
screen -d -r
q
wget http://ck.kolivas.org/apps/cgminer/kncminer/cgminer
chmod +x cgminer
./cgminer -c /config/cgminer.conf
q is to quit the already running cgminer

legendary
Activity: 1260
Merit: 1008
November 16, 2013, 10:51:27 AM
New cgminer binary based on cgminer 3.8.2 up

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

Note that we may have tracked down at least one of the causes of the memory leak that leads to cgminer being killed for being out of memory and it involves frequently using the API. This means that if you are not actively monitoring its performance on the web interface, you are better off closing the web interface window for it to not repeatedly keep using it.

how can we put the cgminer into the system?

thx a lot

wget http://ck.kolivas.org/apps/cgminer/kncminer/cgminer
chmod +x cgminer
mv cgminer /usr/bin/
/etc/init.d/cgminer.sh restart
screen -rx

make a backup copy of the original cgminer, just in case
legendary
Activity: 966
Merit: 1000
November 16, 2013, 10:50:00 AM
New cgminer binary based on cgminer 3.8.2 up

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

ckolivas, can you outline the procedure for building a new cgminer binary for a KnC BBB from the source?

Last night I tried building one on my regular BBB running Angstrom.  It ran fine on the build host, but would not run on the KnC BBB, saying "file not found".  I think some of the libraries may be different.  Maybe I need to statically link them?
full member
Activity: 237
Merit: 100
November 16, 2013, 10:39:03 AM
New cgminer binary based on cgminer 3.8.2 up

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

Note that we may have tracked down at least one of the causes of the memory leak that leads to cgminer being killed for being out of memory and it involves frequently using the API. This means that if you are not actively monitoring its performance on the web interface, you are better off closing the web interface window for it to not repeatedly keep using it.

how can we put the cgminer into the system?

thx a lot

wget http://ck.kolivas.org/apps/cgminer/kncminer/cgminer
chmod +x cgminer
mv cgminer /usr/bin/
/etc/init.d/cgminer.sh restart
screen -rx
legendary
Activity: 966
Merit: 1000
November 16, 2013, 10:25:47 AM
I thought getwork-based solo mining didn't work well or at all anymore, and that you needed a stratum proxy of some kind to achieve reasonable efficiency, especially with a large amount of hashpower.
I solo mined alts for 10 minutes one day as an experiment and kept getting "pool is not providing work fast enough" error.

No idea if the same goes for btc solo mining.

Would be interested if anyone has set up stratum proxy for solo mining and how they did it.

I'm pretty sure you need a stratum pool, not a proxy for solo mining:
https://bitcointalksearch.org/topic/avalon-users-bitcoind-and-slushsgeneralfaults-mining-pool-setup-162788

When I was solo mining TRC with an avalon I set up eloipool to sit in the middle.  I followed jgarzik's guide: https://bitcointalksearch.org/topic/avalon-users-bitcoind-eloipool-configuration-158105

To mine on a network other than Bitcoin mainnet I had to change some "magic numbers" in the eloipool config: https://bitcointalksearch.org/topic/m.1711931

I tried to use the same setup for solo-mining PPC, but it didn't work for some reason.  I guess something is a little too different about it.
legendary
Activity: 1066
Merit: 1098
November 16, 2013, 10:14:45 AM
15? The range seems to indicate a max val of 10, no?

 Cheesy you're totally right.

just looked up what the mentioned value was and then I though let's add the line from the documentation
should have read my own post before sending it  Undecided

So I tried messing with the queue setting in cgminer. Set my miner to solo mine btc.

What happens is all the other backup pools kick in and get some of the work. I get quite a few "pool is not providing work fast enough" errors.

I tried difficulty of 10, 15, 40, 75, 90. Higher numbers seemed to get less "fast enough" errors, but it's seems to farm out more work to failover pools.

Probably would need to run everything a lot longer to see how the values settle over time, but don't want to waste good hashing time experimenting Smiley
But the fact it was balancing the work with all the backup pools means it isn't strictly solo mining and it doesn't seem to be able to keep up.

No matter how big you make your queue, it will always overrun it eventually if you are using getwork with an ASIC miner.  Getwork is simply not fast enough to keep up, and that is one of the main reasons why stratum was invented.  If you are mining with ASICs, you have to use either GBT or stratum.

If you want to use stratum, you will have to set up a stratum pool with yourself as the only miner, which is a major pain.  BFGMiner is the only simple solution I know of, since it explicitly solves the problem by using GBT directly to bitcoind/bitcoin-qt.  Read the 'Solo Mining' section in the BFGMiner readme to learn more.

legendary
Activity: 938
Merit: 1000
LIR DEV
November 16, 2013, 10:13:46 AM
3 boards normally 420+, was the 3  board norm... this was around 280's, with almost nothing but errors & disablecores showing on cgminer...quick-scroll style...so most likely one asic board...
hero member
Activity: 798
Merit: 1000
November 16, 2013, 10:02:50 AM
15? The range seems to indicate a max val of 10, no?

 Cheesy you're totally right.

just looked up what the mentioned value was and then I though let's add the line from the documentation
should have read my own post before sending it  Undecided

So I tried messing with the queue setting in cgminer. Set my miner to solo mine btc.

What happens is all the other backup pools kick in and get some of the work. I get quite a few "pool is not providing work fast enough" errors.

I tried difficulty of 10, 15, 40, 75, 90. Higher numbers seemed to get less "fast enough" errors, but it's seems to farm out more work to failover pools.

Probably would need to run everything a lot longer to see how the values settle over time, but don't want to waste good hashing time experimenting Smiley
But the fact it was balancing the work with all the backup pools means it isn't strictly solo mining and it doesn't seem to be able to keep up.
hero member
Activity: 812
Merit: 502
November 16, 2013, 10:02:20 AM
one of my machines went bzerk on 0.99 with disabling cores & errors....rebooted & ok so far...

What is the average speed reported by each in CGMiner/web interface?
legendary
Activity: 938
Merit: 1000
LIR DEV
November 16, 2013, 09:57:48 AM
one of my machines went bzerk on 0.99 with disabling cores & errors....rebooted & ok so far...
soy
legendary
Activity: 1428
Merit: 1013
November 16, 2013, 09:39:29 AM
Now this is new. cgminer is reporting ~2Mh/s on avg but the 5s is normal and pool speed is normal. This is with 0.99, but everything was fine from yesterday until i had to shut the miner off. It started normal, but after 30 mins i got this 2Mh/s. I don't care so much about cgminer as long as it's hashing, but this is interesting.
The beaglebone does not have a battery backed up clock in it. That means when you first start it, the clock is set to the year 2000. Then it does a time update from an ntp server and knows what the real time is, and cgminer thinks you've been hashing for almost 14 years...

And no tzconfig.  Time zone setting seems non-existent but I don't know much about Angstrom Linux.
soy
legendary
Activity: 1428
Merit: 1013
November 16, 2013, 09:37:38 AM
Just figured I would report my results with the .99 firmware. It's been running stable since yesterday when I upgraded.

My mercury was running .96 prior, ~141GH most of the time.

With .99 it's been averaging ~155GH with dips into the high 140's.

Awesome work KNCMiner, thanks! I wonder if I will see 175 or 200 in the future? Lol

Where do you take these speeds from? Can you post a screenshot please.

Thank you.

May I ask your WU's?
legendary
Activity: 1904
Merit: 1007
November 16, 2013, 09:35:37 AM
Now this is new. cgminer is reporting ~2Mh/s on avg but the 5s is normal and pool speed is normal. This is with 0.99, but everything was fine from yesterday until i had to shut the miner off. It started normal, but after 30 mins i got this 2Mh/s. I don't care so much about cgminer as long as it's hashing, but this is interesting.
The beaglebone does not have a battery backed up clock in it. That means when you first start it, the clock is set to the year 2000. Then it does a time update from an ntp server and knows what the real time is, and cgminer thinks you've been hashing for almost 14 years...

Heh interesting. I'm seeing now that the date is 2000 in cgminer. Any idea when it's updating? Or should i just reboot it?

Edit: Restarted cgminer and it's updated now!
newbie
Activity: 5
Merit: 0
November 16, 2013, 09:30:26 AM
I thought getwork-based solo mining didn't work well or at all anymore, and that you needed a stratum proxy of some kind to achieve reasonable efficiency, especially with a large amount of hashpower.
I solo mined alts for 10 minutes one day as an experiment and kept getting "pool is not providing work fast enough" error.

No idea if the same goes for btc solo mining.

Would be interested if anyone has set up stratum proxy for solo mining and how they did it.

I'm pretty sure you need a stratum pool, not a proxy for solo mining:
https://bitcointalksearch.org/topic/avalon-users-bitcoind-and-slushsgeneralfaults-mining-pool-setup-162788
Damn that's a complex post  Shocked

You could be right about needing a stratum pool, or how else will you be able to set the difficulty? It's not something you can set in cgminer, so it has to be somewhere further down the food chain  Undecided

Again, just use BFGMiner and your problems will be solved.  It uses GBT for solo mining, so you don't need stratum.

How do you tell it what difficulty to use?

In solo mining, the difficulty is the network difficulty.  The only accepted share you will see is when you solve a block.

Cool, thanks for explaining that.

There's a few settings under the stratum pool config file:
Vardiff = True/False #enable vardiff
Target difficulty = 16 #min share difficulty, int >=1
Share target = 2 #try to get a share every 2 seconds
Etc

These aren't the exact names for the settings, but they're close. I can check my config file for the exact settings if you really want to know.

hero member
Activity: 798
Merit: 1000
November 16, 2013, 09:13:22 AM
I thought getwork-based solo mining didn't work well or at all anymore, and that you needed a stratum proxy of some kind to achieve reasonable efficiency, especially with a large amount of hashpower.
I solo mined alts for 10 minutes one day as an experiment and kept getting "pool is not providing work fast enough" error.

No idea if the same goes for btc solo mining.

Would be interested if anyone has set up stratum proxy for solo mining and how they did it.

I'm pretty sure you need a stratum pool, not a proxy for solo mining:
https://bitcointalksearch.org/topic/avalon-users-bitcoind-and-slushsgeneralfaults-mining-pool-setup-162788
Damn that's a complex post  Shocked

You could be right about needing a stratum pool, or how else will you be able to set the difficulty? It's not something you can set in cgminer, so it has to be somewhere further down the food chain  Undecided

Again, just use BFGMiner and your problems will be solved.  It uses GBT for solo mining, so you don't need stratum.

How do you tell it what difficulty to use?

In solo mining, the difficulty is the network difficulty.  The only accepted share you will see is when you solve a block.

Cool, thanks for explaining that.
sr. member
Activity: 407
Merit: 250
November 16, 2013, 09:09:33 AM
Just figured I would report my results with the .99 firmware. It's been running stable since yesterday when I upgraded.

My mercury was running .96 prior, ~141GH most of the time.

With .99 it's been averaging ~155GH with dips into the high 140's.

Awesome work KNCMiner, thanks! I wonder if I will see 175 or 200 in the future? Lol

Where do you take these speeds from? Can you post a screenshot please.

Thank you.

would like to see it, too
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
November 16, 2013, 09:08:28 AM
Now this is new. cgminer is reporting ~2Mh/s on avg but the 5s is normal and pool speed is normal. This is with 0.99, but everything was fine from yesterday until i had to shut the miner off. It started normal, but after 30 mins i got this 2Mh/s. I don't care so much about cgminer as long as it's hashing, but this is interesting.
The beaglebone does not have a battery backed up clock in it. That means when you first start it, the clock is set to the year 2000. Then it does a time update from an ntp server and knows what the real time is, and cgminer thinks you've been hashing for almost 14 years...
Jump to: