Isokivi
|
|
September 05, 2013, 08:21:31 PM |
|
I collected 68 5-minute samples of temperature, noncerate and errors yesterday and concluded that I should have enough data to reach a conclusion of some sort. But was too tired to analyse it right away. After a good night sleep I got to it. The highest measured temperature was 48.6c and the lowest measured temperature was 25.5c
To be honest after pondering over the results for a long time it would appear I've come up with a fairly decent rng.
The only concution I can reach that the boards would seem to appear to operate optimally when the air between them is 25-35c.
|
Bitcoin trinkets now on my online store: btc trinkets.com <- Bitcoin Tiepins, cufflinks, lapel pins, keychains, card holders and challenge coins.
|
|
|
klondike_bar
Legendary
Offline
Activity: 2128
Merit: 1005
ASIC Wannabe
|
|
September 05, 2013, 08:21:54 PM |
|
How can you say Slush doesn't still care? I prepaid for a Trezor months ago. Oh, well, I mean, when I mine on his pool we only get a couple of invalids or bad block reward calculations per day.... Usually... When the servers aren't down... Maybe he just lost his BitcoinTalk password ??
Errrrrrmm. Never mind...
so is this to say i *should not* use slush's pool? I am using it now for an FPGA with no issues, but obviously i will want to squeeze every drop from my bitfury
|
|
|
|
darkfriend77
|
|
September 05, 2013, 08:35:09 PM |
|
I collected 68 5-minute samples of temperature, noncerate and errors yesterday and concluded that I should have enough data to reach a conclusion of some sort. But was too tired to analyse it right away. After a good night sleep I got to it. The highest measured temperature was 48.6c and the lowest measured temperature was 25.5c
To be honest after pondering over the results for a long time it would appear I've come up with a fairly decent rng.
The only concution I can reach that the boards would seem to appear to operate optimally when the air between them is 25-35c.
Hmm ... are you measuring the air ... I have my temp meter on the backside of the h-board ... they get around 60° with out fans .... gona do some testing too ...
|
|
|
|
juhakall
|
|
September 05, 2013, 08:52:43 PM |
|
BTC Guild has now deployed a workaround for the reverse auth/subscribe order in slush's Stratum Mining Proxy to prevent it from spamming low difficulty shares when a worker has a pre-set starting difficulty.
Thanks! I set my minimum difficulty back to 32 and restarted the proxy, working correctly now.
|
|
|
|
dani
|
|
September 05, 2013, 09:20:18 PM |
|
I collected 68 5-minute samples of temperature, noncerate and errors yesterday and concluded that I should have enough data to reach a conclusion of some sort. But was too tired to analyse it right away. After a good night sleep I got to it. The highest measured temperature was 48.6c and the lowest measured temperature was 25.5c
To be honest after pondering over the results for a long time it would appear I've come up with a fairly decent rng.
The only concution I can reach that the boards would seem to appear to operate optimally when the air between them is 25-35c.
Hmm ... are you measuring the air ... I have my temp meter on the backside of the h-board ... they get around 60° with out fans .... gona do some testing too ... Did you attach it directly to the backside? Is it made of metal (is it conductive)? Should be no problem aslong as you don't short some of the tin holes on the back, right?
|
Hai
|
|
|
darkfriend77
|
|
September 05, 2013, 09:32:58 PM |
|
I collected 68 5-minute samples of temperature, noncerate and errors yesterday and concluded that I should have enough data to reach a conclusion of some sort. But was too tired to analyse it right away. After a good night sleep I got to it. The highest measured temperature was 48.6c and the lowest measured temperature was 25.5c
To be honest after pondering over the results for a long time it would appear I've come up with a fairly decent rng.
The only concution I can reach that the boards would seem to appear to operate optimally when the air between them is 25-35c.
Hmm ... are you measuring the air ... I have my temp meter on the backside of the h-board ... they get around 60° with out fans .... gona do some testing too ... Did you attach it directly to the backside? Is it made of metal (is it conductive)? Should be no problem aslong as you don't short some of the tin holes on the back, right? i haven't had an issue ... right now ...
|
|
|
|
arorts
|
|
September 06, 2013, 05:03:25 AM |
|
When people talk about fixing "errors": A) Do they mean SPI or Miso-Errors?? Other errors?? B) Do they mean the errors shown at the bottom summary section of the log or in the upper, detail section of the log at the individual chip level?? C1) Do they mean looking at this file ---> /tmp/.best.log or at this file --> /run/shm/.stat.log ?? C2) What's the difference between these 2 files? D) Is this the file that ultimately needs to be manually edited --> /opt/bitfury/best.cnf ?? E) When I look at the file /tmp/.best.log, one of the chips I'm looking has this ChipID: "[E:F]" , what the heck does that mean? My board is numbered from 0-16 (I have m-board v1.0) and even if it was m-board v2.0, why is the second part of the ChipID a letter and not a number?? F) How do I fix each of the errors individually? Just by changing speed/auto-tunning and/or relocating boards? Which change fixes which errors? G) Punin said to verify that the queue size in /run/shm/.putstat.log to be zero. However, my file (see below) has 3 records/values (3, 0, 0) which one should I look at, only the last one?? Queue length Getworks Nonces found Nonces submitted Server IP 3 55762 32058 32055 [0]http://127.0.0.1:8332 0 0 0 0 [1]http://127.0.0.1:8333 0 0 0 0 [2]http://127.0.0.1:8334
Many thanks for clarifying these questions!!! I'm sure I'm not the only one trying to piece together all these little details..
|
|
|
|
Isokivi
|
|
September 06, 2013, 05:26:03 AM |
|
When people talk about fixing "errors": A) Do they mean SPI or Miso-Errors?? Other errors?? B) Do they mean the errors shown at the bottom summary section of the log or in the upper, detail section of the log at the individual chip level?? C1) Do they mean looking at this file ---> /tmp/.best.log or at this file --> /run/shm/.stat.log ?? C2) What's the difference between these 2 files? D) Is this the file that ultimately needs to be manually edited --> /opt/bitfury/best.cnf ?? E) When I look at the file /tmp/.best.log, one of the chips I'm looking has this ChipID: "[E:F]" , what the heck does that mean? My board is numbered from 0-16 (I have m-board v1.0) and even if it was m-board v2.0, why is the second part of the ChipID a letter and not a number?? F) How do I fix each of the errors individually? Just by changing speed/auto-tunning and/or relocating boards? Which change fixes which errors? G) Punin said to verify that the queue size in /run/shm/.putstat.log to be zero. However, my file (see below) has 3 records/values (3, 0, 0) which one should I look at, only the last one?? Queue length Getworks Nonces found Nonces submitted Server IP 3 55762 32058 32055 [0]http://127.0.0.1:8332 0 0 0 0 [1]http://127.0.0.1:8333 0 0 0 0 [2]http://127.0.0.1:8334
Many thanks for clarifying these questions!!! I'm sure I'm not the only one trying to piece together all these little details.. A) In my posts and testing I have been assessing errors in general, I havent seen a large number of SPI or Miso errors at any point and havent seen changes in it. B) I've been looking at errors on a chip by chip basis when tweaking the speeds. C) the stat.log is a log thats being rewritten every 5 minutes, the best.log is the best results that autotune has reached. I started off by copying the best.log to /opt/bitfury/best.cnf, which is loaded when the miner starts. D) Yes. F) The boards with the most Miso errors should be the last ones on the 4-slot bus so they do not interfere with better boards. G) You appear to have one pool in the configuration now and it's the top one.
|
Bitcoin trinkets now on my online store: btc trinkets.com <- Bitcoin Tiepins, cufflinks, lapel pins, keychains, card holders and challenge coins.
|
|
|
arorts
|
|
September 06, 2013, 05:37:26 AM |
|
When people talk about fixing "errors": A) Do they mean SPI or Miso-Errors?? Other errors?? B) Do they mean the errors shown at the bottom summary section of the log or in the upper, detail section of the log at the individual chip level?? C1) Do they mean looking at this file ---> /tmp/.best.log or at this file --> /run/shm/.stat.log ?? C2) What's the difference between these 2 files? D) Is this the file that ultimately needs to be manually edited --> /opt/bitfury/best.cnf ?? E) When I look at the file /tmp/.best.log, one of the chips I'm looking has this ChipID: "[E:F]" , what the heck does that mean? My board is numbered from 0-16 (I have m-board v1.0) and even if it was m-board v2.0, why is the second part of the ChipID a letter and not a number?? F) How do I fix each of the errors individually? Just by changing speed/auto-tunning and/or relocating boards? Which change fixes which errors? G) Punin said to verify that the queue size in /run/shm/.putstat.log to be zero. However, my file (see below) has 3 records/values (3, 0, 0) which one should I look at, only the last one?? Queue length Getworks Nonces found Nonces submitted Server IP 3 55762 32058 32055 [0]http://127.0.0.1:8332 0 0 0 0 [1]http://127.0.0.1:8333 0 0 0 0 [2]http://127.0.0.1:8334
Many thanks for clarifying these questions!!! I'm sure I'm not the only one trying to piece together all these little details.. A) In my posts and testing I have been assessing errors in general, I havent seen a large number of SPI or Miso errors at any point and havent seen changes in it. B) I've been looking at errors on a chip by chip basis when tweaking the speeds. C) the stat.log is a log thats being rewritten every 5 minutes, the best.log is the best results that autotune has reached. I started off by copying the best.log to /opt/bitfury/best.cnf, which is loaded when the miner starts. D) Yes. F) The boards with the most Miso errors should be the last ones on the 4-slot bus so they do not interfere with better boards. G) You appear to have one pool in the configuration now and it's the top one. Great answers! Thanks, Isokivi! I think the only one you missed is E) Oh, and on G) having 3 or a 9 value in the .putstat file, is that too small to be concerned or too bad? what's a reasonable range to have? Also, Dave said that pools are parallel and not failover, do you have a sample file on how to format the pool file. I'm just accessing the rPI IP per as Dave recommendation but would love how to edit the file directly. The current pool file location provided by Punin in my SD card is empty so not sure if there are 2 files managing pools in my SD.
|
|
|
|
Isokivi
|
|
September 06, 2013, 05:42:04 AM |
|
Great answers! Thanks, Isokivi! I think the only one you missed is E) Oh, and on G) having 3 or a 9 value in the .putstat file, is that too small to be concerned or too bad? what's a reasonable range to have? The putstat.log seems to be constantly changing, for me it sits at 0 or 1 most of the time, but I have seen it as high as 40. I suppose the solution to this is to try out different pools, but I personally didnt bother moving: 1% fees and sub 0,1% rejects dont justify running to a pool with higher fees for me.
|
Bitcoin trinkets now on my online store: btc trinkets.com <- Bitcoin Tiepins, cufflinks, lapel pins, keychains, card holders and challenge coins.
|
|
|
spiccioli
Legendary
Offline
Activity: 1379
Merit: 1003
nec sine labore
|
|
September 06, 2013, 06:27:18 AM |
|
E) When I look at the file /tmp/.best.log, one of the chips I'm looking has this ChipID: "[E:F]" , what the heck does that mean? My board is numbered from 0-16 (I have m-board v1.0) and even if it was m-board v2.0, why is the second part of the ChipID a letter and not a number?? provided by Punin in my SD card is empty so not sure if there are 2 files managing pools in my SD.
ChipID is made up by board number 0-F and chip number 0-F they're expressed in hexadecimal notation. spiccioli
|
|
|
|
evilscoop
|
|
September 06, 2013, 08:42:37 AM |
|
One of my boards drops to ~10ghs The chips turn off...anyone got any suggestions on getting a bit more out of it ?
Is it worth turning auto-tune off on those chips and setting them to 52 or something ?
|
|
|
|
Micky25
Legendary
Offline
Activity: 974
Merit: 1000
|
|
September 06, 2013, 08:47:47 AM |
|
One of my boards drops to ~10ghs The chips turn off...anyone got any suggestions on getting a bit more out of it ?
Is it worth turning auto-tune off on those chips and setting them to 52 or something ?
I would try it in a different slot and check for a firm seating.
|
|
|
|
evilscoop
|
|
September 06, 2013, 09:17:52 AM |
|
One of my boards drops to ~10ghs The chips turn off...anyone got any suggestions on getting a bit more out of it ?
Is it worth turning auto-tune off on those chips and setting them to 52 or something ?
I would try it in a different slot and check for a firm seating. tried 2 slots...bank 1,1 and bank 3,1 Checked for solder defects too...not seeing any
|
|
|
|
spiccioli
Legendary
Offline
Activity: 1379
Merit: 1003
nec sine labore
|
|
September 06, 2013, 09:21:38 AM |
|
One of my boards drops to ~10ghs The chips turn off...anyone got any suggestions on getting a bit more out of it ?
Is it worth turning auto-tune off on those chips and setting them to 52 or something ?
I fear not, I went as low as 45, but after a while they stop hashing with or without autotuning, at least in my worst card. spiccioli
|
|
|
|
evilscoop
|
|
September 06, 2013, 09:29:42 AM |
|
damn...
Is there anyway other than a reboot to get them restarted...
The hash for a bit, and get valid shares etc, but error rate seems higher than software likes... Id rather have high errors and a few shares, than no errors and no shares tbh
|
|
|
|
CryptoCluster
Member
Offline
Activity: 84
Merit: 10
|
|
September 06, 2013, 09:42:46 AM |
|
damn...
Is there anyway other than a reboot to get them restarted...
The hash for a bit, and get valid shares etc, but error rate seems higher than software likes... Id rather have high errors and a few shares, than no errors and no shares tbh
Try to set Autotune off for whole card, and all chips speed to 54. Let them run for an hour then check .stat.log. You can also try setting whole card speed for 55 and 56. And pick the best results (after one hour test). It helped with my poor performing hcards.
|
"The cumulative development of a medium of exchange on the free market — is the only way money can become established. ... government is powerless to create money for the economy; it can only be developed by the processes of the free market." M. N. Rothbard
|
|
|
Micky25
Legendary
Offline
Activity: 974
Merit: 1000
|
|
September 06, 2013, 09:43:12 AM |
|
tried 2 slots...bank 1,1 and bank 3,1 Checked for solder defects too...not seeing any
you can try other slots too. Check that it plugs totally even.
|
|
|
|
|
evilscoop
|
|
September 06, 2013, 09:58:08 AM |
|
tried 2 slots...bank 1,1 and bank 3,1 Checked for solder defects too...not seeing any
you can try other slots too. Check that it plugs totally even. Only slot one of a bank though... If I plug it into another in the same bank it wont run... I have a card in bank 2,1 running happily at 24ghs, so aint touching that one lol
|
|
|
|
|