Topic: Swedish ASIC miner company kncminer.com - page 1140. (Read 3049528 times)

I ended up getting a refund, because my orders never moved an inch. I am super bummed about it and have pretty much given up on mining and am now just focused on working on my trading platform.

Did you guys ever get your hosting gear?

So KNC would not accept even Bitcoins as a security in order to send working boards first as to minimize downtime for customers.
From where I am standing it looks like they are trying hard to work against their customers by refusing to come up with a RMA solution that works for both sides.
I can not think of a single reason why they would not accept BTC as a security in order to send working boards first, apart from trying to discourage people from using the RMA service.

Timmers, hell hath no fury like a woman miner scorned.

70% of BTC currently produced is the same thing as 70% of the hashrate. If you want to get into variance semantics then you will just lose over time

They didn't say they had 70% of the hashrate, only 70% of coins produced..which sounds a lot like BS since they can't possibly measure that given all the pools involved?

They said a few things that they didn't mean or didn't follow through on...a glaring one being a smaller customer base that they could support properly and same day hashing for hosted rigs...and the mighty Oct 15th delivery deadline Never believe a salesman over the experience of buyers.

They priced rigs in dollars, probably aimed for a dollar profit too? The rise in BTC vs dollar may save them there. No-one could predict 260 a pop today though so I'd go with your assumption that they thought they'd never break even in BTC terms.

Yes, but the KnC stuff will only build properly if you build it on the Beaglebone Black - that is, don't enable it when building on another platform or the build will fail.

Ckolivas posted build instructions for building on BBB somewhere on the forums, but I don't have the link handy.

Does this mean KNC stuff is included in cgminer now and we can compile our own cgminer ?

Hohohoho Bitcoinorama
Check your Jar, just send you enough to pay for a nice hotel room in Stockholm.

Thanks again for all your hard work!!!!

If I can breakeven in BTC I will send you more.

Hope my fellow miners who are in the same situation as I am will tip you nicely too. As a gentleman bitcoiner, my integrity is high enough to call a spade a spade and credit these who have been helping me in my success.

It looks like my request to get the hashing power sold by KNC has been granted. So according to the press release, they currently sold almost 70% of the total Hash Rate or base on 4 Pentahash world wide, they sold less than 2.8 P/H.

For our exemple, lets pretend that no one will deliver any extra hashpower so the Hash Rate remain constant (very very unlikely); it will take over 64 days before getting a positive ROI in BTC (I paid the equivalent of 72 BTC (including transport and PSU) in June and it has mine just over 30 BTC in 30 days, I am getting 0.65 BTC a day.) When Avalon was pricing its miners, the ROI in BTC was supposed to take about 1 month. So honestly, we can say that KNC knew their miners would never attain profitability. I hoped I was wrong about it because what they did was phenomenal but the numbers speak for themselves.

Please, please Bitcoinorama, tell me where my calculation is wrong.  

Let's discuss about it in a Gentleman way,would you.

An anonymous entity just sent me a huge tip for helping out...
Did I say huge?... I meant GIGANTIC.
Thank-you from the bottom of my heart.
I'm just not sure what else to say...  
except... WOW
The Person(s) know who they are... plz don't ask.

Why put up your own forums and then participate or join in the discussion there? We already have bitcointalk.org to do that, and that's what made me think they want their own forums so they can join in with us. NOT. I think they should just remove their forums or merge them into bitcointalk. It is just duplicated stuff, said over and over.

And rememeber back in the day AST.COM use to a computer manufacturer? I do, cause I worked on them.

Had one miner go out for a few hours last week and a quick up and down with the new firmware but overall been pretty steady.

Anyone of you also suffer a lot of downtime with KnC hosted miners the last week?

Dude, he asked me a question, and that is exactly what does work. Both times. Not a problem. I have spent a max of 5 minutes total applying firmware updates so far without a hitch. Each has been slightly better than the previous one. I'm done with them at .98 as there's no more to wring out of them now for me. You don't draw on 20 after all.
Seems to me that a few hosted peeps would like KNC to give them the option to stick with the firmware that works.

I'd prefer not to start cluttering up my miner like it was a development box, hopefully if --lowmem and a stripped cgminer are good the next official upgrade will have them...

-MarkM-

the recipe contains instructions to compile bfgminer directly on the miner.

to install strip just execute the first 6 line of the recipe and then just issue:

opkg install binutils

(or whatever is the package that contain the strip binary in an angstrom linux distro)

The miner has installers and such? What do you mean by install strip command?  yum install strip or apt-get install strip or apt install strip type of thing?

I figured off the cuff, wild assed guess, that if strip isn't there likely things like package managers / installers likely aren't either...

What is that recipe for? Cross-compiling on some other machine? Or you run that on your miner?

-MarkM-

it would lower the amount of used mem since it tries to "Minimise caching of shares for low memory applications", it's worth a try.



not as easy as it seems, let say it's not like adding a module of RAM to a desktop
see https://groups.google.com/d/msg/beagleboard/aWpARi3fdCo/GWMpkFIOH-QJ for more info.


stripping cgminer executable shouldn't  do any harm. the fast way u can strip it without waiting for ckolivas is install strip cpmmand into your mienr a do it directly from an ssh session.

-MarkM-

[/quote]

having said that I've noticed a slightly increase in system avg load in the latest version of the firmware. on my miner with 0.95 sys load was ~1.95-1.98 with 0.98/0.98.1 I get something like 2-2.1 .

while using 0.95 I've tested bfgminer and the sys load lower to 1.55 unfortunately I don't have time to repeat the test with 0.98.1, but if you feel brave you could it for me  using this recipe http://codepad.org/QKSeO5zh

I am using the executable ckolivas most recently posted about, supposedly 3.7.1

I don't have an ARM development machine nor know a thing about cross-compiling on Fedora 17 or 19 for ARM machines.

I have run over 48 hours before dying  sometimes, even over 72 maybe. Actually maybe it didn't die like this until they released a release that had a ckolivas version in it, hmm I wonder if that one is/was stripped? Hmm... I am not sure when I first encountered this "mystery dying" problem, seems liek it ran quite a few days originally.

I killed it to try running strip on it on the beaglebone, that is how I discovered they dont' seem to have strip on that. But now it shows in web page as 282 so maybe its not goign to lose much by using --lowmem option afterall. I do wonder how much RAM the debugging symbols are consuming though...

-MarkM-

What version are you using? I'm using 3.7.2 over 0.96 firmware.

3.7.0 had some bugs, and 3.7.1 was broken.

cgminer is using about 23% of memory on the device. Looks like the device has 512MB of mem.

My machine has been running for 24 hours like this.

I grabbed the ckolivas one because it was said to possibly fix cases where mining stops completely. which is what I had been seeing from the official release.

I hoped that this problem of mining being stopped completely according to the web page, which has turned out to be due to an out of memory condition, was the mining stopping completely problem that the wget grabbed version hoped to fix.

In other words, I didn't have a working version in the sense of one that did not mysteriously die after a day or two or few and hoped the wget would get me one that would not thusly die.

I am trying the latest wget with --lowmem now hopefully that won't die...

But it seems to be settling at 278 GHashes whereas I had been getting usually 283, so maybe putting another stick of RAM or larger stick of RAM in the damn beaglebone might be better if --lowmem loses hashing power. I wonder if the damn beaglebones can handle more RAM? Maybe KnC skimped on RAM too quickly without considering that software tends to get bigger all the time...

Or maybe I should kill the stupid webserver, if I can ssh what for do I need a webserver on the thing anyway? Hmm...

Also, I looked at the file I had used wget to get with "file" command on an X86_64 , and that claims its an ARM executable that is not stripped. Wouldn't it maybe use less RAM if it were stripped? Does it make much sense to use a not-stripped executable on an "imbedded device" type thing like this where RAM is at a premium and no debugger is installed? Any chance of a stripped version, ckolivas? (My X86_64 strip doesn't even recognise the thing as an executable and the miner does not have strip installed...)

-MarkM-

try to contact ckolivas and report what happened in the meantime switch back to a working version of cgminer.