[ANN] Bitfury ASIC sales in EU and Europe - page 73.

CryptoCluster

member

Activity: 84

Merit: 10

Quote from: MXRider on September 05, 2013, 06:49:27 AM

Quote from: CryptoCluster on September 05, 2013, 06:45:29 AM

My Kit has best performance after few minutes from start, before autotune starts messing with chip settings. After that everything falls down. Will it be ok to copy /run/shm/.stat.log to /opt/bitfury/best.cnf ? Or those files have different structure?

Also earlier when I have tried to modify settings I have fallen into problem. I have problem with using best.cnf for starting the miner. I made a copy of .best.log to best.cnf in /opt/bitfury directory, after that I have switched autotune off on few chips in .cnf file and saved the changes.
Then I have started the miner with console output in screen. After several minutes of mining if i open .stat.log all chips I have set to not use autotune, are set to autotune on, and have different speeds then those in /opt/bitfury/best.cnf file. Also there is no copy of best.cnf in /run/shm directory after miner starts. Am I suppose to copy best.cnf into /run/shm manually before starting the miner?

.stat.log and best.cnf have the structure. Keep in mind that .stat.log is changing. If I were you, I would copy the .best.log.

Restarting the miner does not work. You need to reboot the Pi (sudo reboot)

Thanks for the answer. So if I understand you right, the /opt/bitfury/best.cnf will copy itself to /run/shm/best.cnf when I start the miner, but after modifying /opt/bitfury/best.cnf I must reboot the Pi?

MXRider

sr. member

Activity: 466

Merit: 250

Quote from: CryptoCluster on September 05, 2013, 06:45:29 AM

My Kit has best performance after few minutes from start, before autotune starts messing with chip settings. After that everything falls down. Will it be ok to copy /run/shm/.stat.log to /opt/bitfury/best.cnf ? Or those files have different structure?

Also earlier when I have tried to modify settings I have fallen into problem. I have problem with using best.cnf for starting the miner. I made a copy of .best.log to best.cnf in /opt/bitfury directory, after that I have switched autotune off on few chips in .cnf file and saved the changes.
Then I have started the miner with console output in screen. After several minutes of mining if i open .stat.log all chips I have set to not use autotune, are set to autotune on, and have different speeds then those in /opt/bitfury/best.cnf file. Also there is no copy of best.cnf in /run/shm directory after miner starts. Am I suppose to copy best.cnf into /run/shm manually before starting the miner?

.stat.log and best.cnf have the structure. Keep in mind that .stat.log is changing. If I were you, I would copy the .best.log.

Restarting the miner does not work. You need to reboot the Pi (sudo reboot)

CryptoCluster

member

Activity: 84

Merit: 10

My Kit has best performance after few minutes from start, before autotune starts messing with chip settings. After that everything falls down. Will it be ok to copy /run/shm/.stat.log to /opt/bitfury/best.cnf ? Or those files have different structure?

Also earlier when I have tried to modify settings I have fallen into problem. I have problem with using best.cnf for starting the miner. I made a copy of .best.log to best.cnf in /opt/bitfury directory, after that I have switched autotune off on few chips in .cnf file and saved the changes.
Then I have started the miner with console output in screen. After several minutes of mining if i open .stat.log all chips I have set to not use autotune, are set to autotune on, and have different speeds then those in /opt/bitfury/best.cnf file. Also there is no copy of best.cnf in /run/shm directory after miner starts. Am I suppose to copy best.cnf into /run/shm manually before starting the miner?

BTstarter

newbie

Activity: 55

Merit: 0

I'm following this post longer than only today...
Thought he was doing 60 G's per board!
Thats why I was surprised about the 60 GH/s.
But if he's running on 3 boards, then I can place it.

dani

hero member

Activity: 525

Merit: 500

..yeah

Updated. I think as mickey mentioned my hboard didnt fit quite right in the first mboard, that would explain the chips coming back to life for no reason. I'll make a summary at the end of the day, when I got more time, maybe it's useful to other users.

Isokivi

hero member

Activity: 910

Merit: 1000

Items flashing here available at btctrinkets.com

Quote from: dani on September 05, 2013, 03:51:47 AM

I think they want to see the .stat.log, I will update my post shortly, did just a reboot to check if turning faulty chips (0 nonce, >1000 errors) off by switching from I to i, but this brought many chips offline. strg+z and now no chips working, needed to stop/start miner, ramping up again.

Obviously, but the interest is based on seeing at big number and not bothering to read the whole post.

dani

hero member

Activity: 525

Merit: 500

..yeah

I think they want to see the .stat.log, I will update my post shortly, did just a reboot to check if turning faulty chips (0 nonce, >1000 errors) off by switching from I to i, but this brought many chips offline. strg+z and now no chips working, needed to stop/start miner, ramping up again.

Isokivi

hero member

Activity: 910

Merit: 1000

Items flashing here available at btctrinkets.com

Quote from: BTstarter on September 05, 2013, 03:44:48 AM

Quote from: dani on September 05, 2013, 03:29:55 AM

Anyway, I switched the last (good) hboard to the other two that didnt perform so well (16gh each), and the magic happend: 60gh coming out of these babies. Nice. Same settings for the first 32 chips (with autotune off, I tweaked it a little bit last night, but with not too good results). The third board is autotune on, performing 17.452GH/s, 19.9GH/s, 23.336GH/s. Still some more tweaking to be done, but I'm fine for now

60 GH/s? Whats your exact settings for this?

3 H-boards.

cimpex

sr. member

Activity: 588

Merit: 252

always post your settings too. thanks!

BTstarter

newbie

Activity: 55

Merit: 0

Quote from: dani on September 05, 2013, 03:29:55 AM

Anyway, I switched the last (good) hboard to the other two that didnt perform so well (16gh each), and the magic happend: 60gh coming out of these babies. Nice. Same settings for the first 32 chips (with autotune off, I tweaked it a little bit last night, but with not too good results). The third board is autotune on, performing 17.452GH/s, 19.9GH/s, 23.336GH/s. Still some more tweaking to be done, but I'm fine for now

60 GH/s? Whats your exact settings for this?

dani

hero member

Activity: 525

Merit: 500

..yeah

I don't want to spam this thread, but maybe others have similar difficulties, so I don't know any better place yet to post.

Anyway, I switched the last (good) hboard to the other two that didnt perform so well (16gh each), and the magic happend: 60gh coming out of these babies. Nice. Same settings for the first 32 chips (with autotune off, I tweaked it a little bit last night, but with not too good results). The third board is autotune on, performing 17.452GH/s, 19.9GH/s, 23.336GH/s. Still some more tweaking to be done, but I'm fine for now

Also I received another starterkit for my friend (who somehow managed to go on vacation) and plugged those two right into the first mboard. Working fine: 24.796GH/s and 20.845GH/s

Update:

3 Hboards, 1 mboard. swining between 60 and 65gh as seen here http://eligius.st/~wizkid057/newstats/userstats.php/14cbUKDLpZPJUMfr3DcKWZXmiaQRYpaZbd

Isokivi

hero member

Activity: 910

Merit: 1000

Items flashing here available at btctrinkets.com

Quote from: k. naata on September 05, 2013, 02:38:16 AM

I have found that the best config is to set everything to:
aIfDSo 56

and don't care about errors. With higher speed even the bad chips find nonce sometimes.

Also setting speed to same with every chip in one bank seems to be better than setting them individually.

For me this produces about 2Ghs loss (49.x to 47.x Gh/s) when compared to the hand tuned configuration, "noncerateperchip": seems to stay 60-80 lower than what I allready had.

k. naata

newbie

Activity: 4

Merit: 0

I have found that the best config is to set everything to:
aIfDSo 56

and don't care about errors. With higher speed even the bad chips find nonce sometimes.

Also setting speed to same with every chip in one bank seems to be better than setting them individually.

spiccioli

legendary

Activity: 1379

Merit: 1003

nec sine labore

Quote from: spiccioli on September 04, 2013, 04:02:39 PM

Quote from: Isokivi on September 04, 2013, 03:53:58 PM

Im not entirely sure, but I'd say that chip 38 is dead and since they are chained any chips beyond it will not function.

I have a h-card with chips 7-16 inclusive which are dead, chip 16 barely hashes setting its speed at 50, but throws a ton of miso-errors.

spiccioli

During the night, the half-dead card got worse, now it is at 5 GH/s with a little more than 1/4 of the chips still mining.

I've already removed auto-tuning, but it had no effect, even chips that yesterday night were mining now show 0.

This afternoon I'll start visually inspecting all the cards to see if I have soldering defects.

spiccioli

punin

hero member

Activity: 560

Merit: 500

Quote from: darkfriend77 on September 04, 2013, 05:33:21 PM

... runnning in the case ...

Mmmm... red light district.. We had some nice asian food there with Intron and Cscape Wink

Syke

legendary

Activity: 3878

Merit: 1193

Quote from: darkfriend77 on September 04, 2013, 05:33:21 PM

... runnning in the case ...

Very nice.

darkfriend77

sr. member

Activity: 434

Merit: 265

... runnning in the case ...

Micky25

legendary

Activity: 974

Merit: 1000

stable since hours

these pals need love and a cosy environment

MXRider

sr. member

Activity: 466

Merit: 250

Quote from: tccd on September 04, 2013, 04:32:23 PM

I have one suspicious chip too:

Look at number 16 on board 1. Just tried spiccioli's 50 value but the noncerate is still 0 for this chip.

Just turn it off by setting the speed to zero.. That will help other chips to perform better.

MXRider

sr. member

Activity: 466

Merit: 250

Quote from: dani on September 04, 2013, 04:09:02 PM

Quote from: spiccioli on September 04, 2013, 04:02:39 PM

Quote from: Isokivi on September 04, 2013, 03:53:58 PM

Im not entirely sure, but I'd say that chip 38 is dead and since they are chained any chips beyond it will not function.

I have a h-card with chips 7-16 inclusive which are dead, chip 16 barely hashes setting its speed at 50, but throws a ton of miso-errors.

spiccioli

I guess I'm just very unlucky, ordering 50gh and receiving 45gh.. Huh

I changed i to I, d to D, in every possible way, no way to turn on 38 or any later chip..
Thank you guys for your help, I will try to fire up the 2nd masterboard with the faulty hcard and another psu, but my hopes are already crushed.

Right now its hashing with 20gh, what the..

Change it to "aIfDSo 54". Every letter has it's own meaning so you can't try upper and lower case letters randomly. I,D and S need to be on (CAPS = on).

Some chips are just bad or even dead. I have some bad ones too. Great thing in Bitfury's gear is that other chips hash faster if one is turned off/dead.

Topic: [ANN] Bitfury ASIC sales in EU and Europe - page 73. (Read 250482 times)