Lloydimiller4
Full Member
Offline
Activity: 186
Merit: 100
Monero
|
|
November 08, 2013, 01:48:18 AM |
|
I added tiny heatsinks on the back of my Hcards over the voltage regulator along with box fans, and I'm seeing a stable 500GH with only 2-3 cards lagging behind.
I just got a lot of slightly larger heatsinks to place on the back side of the chips, but they don't have adhesive tape on them. I do have permanent arctic silver adhesive, but I'm nervous to use that in case I need to take them off. Anyone have opinions on tape/epoxy, or can recommend tape that they use?
|
XMR: 43uAvbYL7z9NrKQig2DswM69XaeDug1Rf8v4Un1ndssb2To51Vojz2uZ21jFumWsCcgvqZ9hPuE3fEr xKoGCkHU8CzqHFiS
|
|
|
tacotime
Legendary
Offline
Activity: 1484
Merit: 1005
|
|
November 08, 2013, 02:07:50 AM |
|
Preliminary results -- cards that were "bad" are no longer shutting down at 0.840 V and 0.820 V respectively. Hash rates are about 34 GH/s per each. I guess I can cancel my RMA if this works out okay!
For people getting new boards that are shutting down, check the voltage. The one card I had that was shutting down was at 0.870 V, compared to 0.860 V for a lot of the others.
I'm now getting 360 GH/s for 10 cards @ 406 W, if the thing was fully populated it'd be getting 575 GH/s. I'd recommend people play with their voltages, as the default voltage seems to be not absolutely necessary for peak function.
|
XMR: 44GBHzv6ZyQdJkjqZje6KLZ3xSyN1hBSFAnLP6EAqJtCRVzMzZmeXTC2AHKDS9aEDTRKmo6a6o9r9j86pYfhCWDkKjbtcns
|
|
|
cypherdoc
Legendary
Offline
Activity: 1764
Merit: 1002
|
|
November 08, 2013, 04:14:26 AM |
|
Got antsy, so I cranked down the voltage on the trimpot to 0.840 V on my card that always shuts off. I'll see if this makes the card last any longer.
Note for users: use a tiny philips screw driver and turn right to increase voltage, left to decrease voltage.
can you give us a pic of the trimpot?
|
|
|
|
tacotime
Legendary
Offline
Activity: 1484
Merit: 1005
|
|
November 08, 2013, 04:20:56 AM Last edit: November 08, 2013, 04:47:22 AM by tacotime |
|
It's a bit blurry but sure edit: How to read voltage On the side of the inductor (big cube labeled "pulse") there is a strip of metal. This is your +'ve read point. On the M-board itself at the end opposite the rasp pi are a 12v + and - cable attachment point. Touch the -'ve end of your multimeter here and you should get a read of 0.860 V ish
|
XMR: 44GBHzv6ZyQdJkjqZje6KLZ3xSyN1hBSFAnLP6EAqJtCRVzMzZmeXTC2AHKDS9aEDTRKmo6a6o9r9j86pYfhCWDkKjbtcns
|
|
|
cypherdoc
Legendary
Offline
Activity: 1764
Merit: 1002
|
|
November 08, 2013, 05:10:03 AM |
|
thanks for the pic taco.
i really don't get this. i've got stable speeds right now around 550 GH/s in the BF GUI yet my stratum pool monitor shows btwn 78.8 and 193 GH/s. it's been consistently showing this disparity.
problem is that my Avalons show consistently accurate readings on this same stratum pool monitor of 82-84 GH/s and in its cgminer GUI.
|
|
|
|
Doff
|
|
November 08, 2013, 05:19:03 AM |
|
thanks for the pic taco.
i really don't get this. i've got stable speeds right now around 550 GH/s in the BF GUI yet my stratum pool monitor shows btwn 78.8 and 193 GH/s. it's been consistently showing this disparity.
problem is that my Avalons show consistently accurate readings on this same stratum pool monitor of 82-84 GH/s and in its cgminer GUI.
Did you adjust the Difficult for the BF? Just a thought not sure if it helps.
|
|
|
|
cypherdoc
Legendary
Offline
Activity: 1764
Merit: 1002
|
|
November 08, 2013, 05:36:08 AM |
|
thanks for the pic taco.
i really don't get this. i've got stable speeds right now around 550 GH/s in the BF GUI yet my stratum pool monitor shows btwn 78.8 and 193 GH/s. it's been consistently showing this disparity.
problem is that my Avalons show consistently accurate readings on this same stratum pool monitor of 82-84 GH/s and in its cgminer GUI.
Did you adjust the Difficult for the BF? Just a thought not sure if it helps. no i haven't. i assumed the settings for my avalons would apply to the BF's but i might be wrong. what's the party line for diff for the BF's and where is it adjusted ?
|
|
|
|
Doff
|
|
November 08, 2013, 05:38:43 AM |
|
There should be a spot for it under your worker settings for the Pool. I dont know where they are for Ozcoin, but I know Bitminter has them under the worker config.
|
|
|
|
cypherdoc
Legendary
Offline
Activity: 1764
Merit: 1002
|
|
November 08, 2013, 05:47:26 AM |
|
There should be a spot for it under your worker settings for the Pool. I dont know where they are for Ozcoin, but I know Bitminter has them under the worker config.
Now if I can only get it to connect to a pool. I tried all the addresses for ozcoin and noneof them work as I said above. Frankenmint is having trouble too.
|
|
|
|
greaterninja
|
|
November 08, 2013, 06:07:09 AM |
|
I'm happy to report my 5x $1300 August starter kits have now made 24.6619 btc (1.25btc x 5.00 compensation for august late delivery for each kit). If i cashed out at $260 more i would have broken even (not including power costs). It was a risk and still is a risk, however I am happy with the results. If BTC stays above $300 I will surely make ROI. Thank you Buzzdave and your team. My only disappointment has been the 100TH stock . I hope you guys can turn this issue around too. **Edit** Although business has not been perfect, I really appreciate your guys customer service and I will definitely consider doing more business. Very Respectfully, GreaterNinja
|
|
|
|
Keefe
|
|
November 08, 2013, 06:55:12 AM |
|
i have the entire Bank 1 at zero hashing (first 4 slots) i have 3 140mm fans and one large box fan blowing at it. have v2.2 H boards with v3 M board. doesn't matter which H boards go into those slots. any suggestions? Im going through something sort of similar however I found that it was becasue my best.cnf file was not configured properly. I'm tuning each chip to AIfDSo Bank 1 Bank 2 Bank 3 Bank 4 1: 35.137GH/s 5: 2.407GH/s 9: 32.583GH/s 13: 34.36GH/s 2: 31.768GH/s 6: 32.583GH/s 10: 0.815GH/s 14: 34.915GH/s 3: 32.175GH/s 7: 7.775GH/s 11: 36.581GH/s 15: 33.471GH/s 4: 34.915GH/s 8: 33.693GH/s 12: 35.804GH/s 16: 30.213GH/s Bank 1 Bank 2 Bank 3 Bank 4 1: 36.86GH/s 5: 34.456GH/s 9: 10.545GH/s 13: 19.936GH/s 2: 31.699GH/s 6: 18.045GH/s 10: 30.834GH/s 14: 20.129GH/s 3: 30.802GH/s 7: 34.424GH/s 11: 4.167GH/s 15: 18.045GH/s 4: 22.565GH/s 8: 20.417GH/s 12: 5.353GH/s 16: 15.353GH/s Bank 1 Bank 2 Bank 3 Bank 4 1: 30.68GH/s 5: 9.964GH/s 9: 35.004GH/s 13: 35.276GH/s 2: 32.212GH/s 6: 19.556GH/s 10: 28.576GH/s 14: 20.186GH/s 3: 32.227GH/s 7: 14.574GH/s 11: 23.293GH/s 15: 13.157GH/s 4: 13.085GH/s 8: 21.289GH/s 12: 23.221GH/s 16: 12.541GH/s This is my result from 3 tests at 5 minutes in on those settings - I saw a chron job 1-line script here that Keefe wrote that is supposed to reset stratum every 10 minutes, I want to try that script but to restart my miner every 5 minutes - seems like I'm getting solid hashrate within that 1st 5 minutes then everything runs - but as you can see from my past tests - my hashrate seems to drop every time after 5 minutes - I have 6 120 mm fans going and heatsinks so I have no idea what gives Chainminer's autotune function doesn't kick in until 5 or 10 minutes (not sure which) after it starts. Also, the stats in the first 5 minutes aren't reliable. But if you think autotune is the problem, create /opt/bitfury/best.cnf like this and restart chainminer: 1 aIfDSo 53 2 aIfDSo 53 3 aIfDSo 53 ... 256 aIfDSo 53
Note: Not sure if it matters, but those are tab chars between the columns, not spaces. Here's a simple script to easily create such a best.cnf: rm /opt/bitfury/best.cnf ; for i in {1..256} ; do echo -e "$i\taIfDSo\t53" >> /opt/bitfury/best.cnf ; done
|
|
|
|
hendo
Newbie
Offline
Activity: 10
Merit: 0
|
|
November 08, 2013, 08:29:34 AM |
|
thanks for the pic taco.
i really don't get this. i've got stable speeds right now around 550 GH/s in the BF GUI yet my stratum pool monitor shows btwn 78.8 and 193 GH/s. it's been consistently showing this disparity.
problem is that my Avalons show consistently accurate readings on this same stratum pool monitor of 82-84 GH/s and in its cgminer GUI.
Did you adjust the Difficult for the BF? Just a thought not sure if it helps. +1 Chainminer/bitfury boards seem to be very sensitive to low diff work. Lots of low diff shares get queued up and the miner falls behind (polling the chips sequentially) and can't submit fast enough. My preferred pool/s use variable difficulty and this can also be a problem. The pool will increase diff but the miner is left submitting (or proxy is rejecting) shares that are below target and can take a long time for the pool to climb to a useful diff. To work around this, on reboots, I restart chainminer every couple of minutes (which seems to purge the queue) until it reaches the desired diff. Two to three times usually does it. However, note that it can still be an issue if the pool changes the diff frequently. If it lowers, the miner is left submitting old shares of a higher diff for a short delay which, while valid, aren't counted/rewarded appropriately. If it raises they get rejected as below target temporarily. Approx once a month I've checked on my miner only to find its thrashed itself back down to minimum diff shares and the pool reporting ~1GH/s. Normally it will avg same as bitfury web. If your pool supports setting diff target, rough guidance would be ~1 per GH. eg. full rig 512 diff. Does anyone else have similar experiences with vardiff pools?... I don't believe there is a way in stratum for miner/proxy to 'request' a given difficulty from the pool.
|
|
|
|
ktbken
|
|
November 08, 2013, 08:57:35 AM |
|
I have been using bfgminer since i received my bitfury instead of chainminer and find its a lot more stable and seems to work fine with all the pools i have tried as it does stratum itself there is no need for the proxies.
|
|
|
|
tacotime
Legendary
Offline
Activity: 1484
Merit: 1005
|
|
November 08, 2013, 12:31:14 PM |
|
thanks for the pic taco.
i really don't get this. i've got stable speeds right now around 550 GH/s in the BF GUI yet my stratum pool monitor shows btwn 78.8 and 193 GH/s. it's been consistently showing this disparity.
problem is that my Avalons show consistently accurate readings on this same stratum pool monitor of 82-84 GH/s and in its cgminer GUI.
might be kind of silly but did you change all three pools to the same pool/worker name? these aren't failovers, the device will mine on all three pools at the same time My final suggestion is to just switch to BTC guild and then make the sharediff 256 or 512
|
XMR: 44GBHzv6ZyQdJkjqZje6KLZ3xSyN1hBSFAnLP6EAqJtCRVzMzZmeXTC2AHKDS9aEDTRKmo6a6o9r9j86pYfhCWDkKjbtcns
|
|
|
cypherdoc
Legendary
Offline
Activity: 1764
Merit: 1002
|
|
November 08, 2013, 12:32:02 PM |
|
Anyone here solo mining with slush's stratum locally? It uses vardiff. Now the 8889 port monitor shows zero hashing while chainminer has been showing a stable 550 all night
|
|
|
|
allinvain
Legendary
Offline
Activity: 3080
Merit: 1080
|
|
November 08, 2013, 12:43:58 PM |
|
Dave, any idea when you'll get a phone number setup. I'd like to call you guys with a somewhat urgent matter.
|
|
|
|
cypherdoc
Legendary
Offline
Activity: 1764
Merit: 1002
|
|
November 08, 2013, 12:55:21 PM |
|
I have been using bfgminer since i received my bitfury instead of chainminer and find its a lot more stable and seems to work fine with all the pools i have tried as it does stratum itself there is no need for the proxies.
This seems reasonable to me as I am a long term cgminer user. Any tips on how to set it up?
|
|
|
|
klondike_bar
Legendary
Offline
Activity: 2128
Merit: 1005
ASIC Wannabe
|
|
November 08, 2013, 01:24:13 PM |
|
i have the entire Bank 1 at zero hashing (first 4 slots) i have 3 140mm fans and one large box fan blowing at it. have v2.2 H boards with v3 M board. doesn't matter which H boards go into those slots. any suggestions? Im going through something sort of similar however I found that it was becasue my best.cnf file was not configured properly. I'm tuning each chip to AIfDSo Bank 1 Bank 2 Bank 3 Bank 4 1: 35.137GH/s 5: 2.407GH/s 9: 32.583GH/s 13: 34.36GH/s 2: 31.768GH/s 6: 32.583GH/s 10: 0.815GH/s 14: 34.915GH/s 3: 32.175GH/s 7: 7.775GH/s 11: 36.581GH/s 15: 33.471GH/s 4: 34.915GH/s 8: 33.693GH/s 12: 35.804GH/s 16: 30.213GH/s Bank 1 Bank 2 Bank 3 Bank 4 1: 36.86GH/s 5: 34.456GH/s 9: 10.545GH/s 13: 19.936GH/s 2: 31.699GH/s 6: 18.045GH/s 10: 30.834GH/s 14: 20.129GH/s 3: 30.802GH/s 7: 34.424GH/s 11: 4.167GH/s 15: 18.045GH/s 4: 22.565GH/s 8: 20.417GH/s 12: 5.353GH/s 16: 15.353GH/s Bank 1 Bank 2 Bank 3 Bank 4 1: 30.68GH/s 5: 9.964GH/s 9: 35.004GH/s 13: 35.276GH/s 2: 32.212GH/s 6: 19.556GH/s 10: 28.576GH/s 14: 20.186GH/s 3: 32.227GH/s 7: 14.574GH/s 11: 23.293GH/s 15: 13.157GH/s 4: 13.085GH/s 8: 21.289GH/s 12: 23.221GH/s 16: 12.541GH/s This is my result from 3 tests at 5 minutes in on those settings - I saw a chron job 1-line script here that Keefe wrote that is supposed to reset stratum every 10 minutes, I want to try that script but to restart my miner every 5 minutes - seems like I'm getting solid hashrate within that 1st 5 minutes then everything runs - but as you can see from my past tests - my hashrate seems to drop every time after 5 minutes - I have 6 120 mm fans going and heatsinks so I have no idea what gives Chainminer's autotune function doesn't kick in until 5 or 10 minutes (not sure which) after it starts. Also, the stats in the first 5 minutes aren't reliable. But if you think autotune is the problem, create /opt/bitfury/best.cnf like this and restart chainminer: 1 aIfDSo 53 2 aIfDSo 53 3 aIfDSo 53 ... 256 aIfDSo 53
Note: Not sure if it matters, but those are tab chars between the columns, not spaces. Here's a simple script to easily create such a best.cnf: rm /opt/bitfury/best.cnf ; for i in {1..256} ; do echo -e "$i\taIfDSo\t53" >> /opt/bitfury/best.cnf ; done i would suggest checking the voltage on the problem boards. over 0.86V and it might just be that they are getting a little too much voltage and thats causing issues without intensive cooling. try tuning the voltage on problem boards to <0.85V opposite for the boards that are stable but less than 35GH. check thier voltage and perhaps try tuning it up 0.005-0.01V and see what happens; you should get an extra 1-3GH
|
|
|
|
salfter
|
|
November 08, 2013, 05:08:01 PM |
|
I think I have things running at a stable 70 GH/s for two boards now. It took a bit of stopping and restarting, and I ended up switching from BTC Guild to EclipseMC, but both the web interface and the pool say I've been mining at a bit over 70 GH/s for several hours now. Last night, I pulled out the D945GNT and the GPUs and added a power adapter cable and a USB hub. The "adapter cable" is a 24-pin ATX extension modified as follows: 1. Tie PS_ON to GND so the power supply stays on as long as it's plugged in (mine has a hard switch on it that can be used to shut it off). 2. Bring out the two +12V pins (and GND) to a pair of 2.5mm barrel plugs for my Jalapeños. I might add a smaller barrel connector on one of the +5V lines to power the USB hub; that'd allow me to get rid of the wall wart that was included with the hub. This is what I currently have running: - v3 M-board with two v2.2 H-boards and a Raspberry Pi model B (version numbers are IIRC)
- Seasonic SSR-550RM power supply (was originally purchased for GPU mining)
- Cooler Master JetFlo 120 fan (maxes out at 95 cfm @ 2000 rpm, but I have it connected through an (included) adapter that knocks the speed back to 1600 rpm as full speed may have been cooling it too much)
- a powered USB hub
- Coldtears 2.8" USB LCD
- two BFL Jalapeños
- D-Link DAP-1522 wireless bridge
The Kill-a-Watt says all this is pulling about 140W at 80 GH/s. The motherboard-and-GPUs combo was pulling another 300W or so for about 450 kH/s of scrypt mining. Even with Novacoin mining being worth 10x the equivalent Bitcoin mining, 300W for ~4.5 GH/s equivalent is a bit much...the Jalapeños do that with a tenth of the power. I could probably knock a few watts off that by replacing the wireless bridge with either a USB WiFi dongle or a proper wired network connection, and by running the hub off of the power supply. I'd like to put the Bitfury rig in one of the Spotswood cases...waiting for the $ to arrive from CampBX. I have a bunch of RAM heatsinks on the way...will probably be a week or two before they arrive. When they do, what's the best way to install them? Some pictures show them applied to the component side, but most seem to have them on the other side. I know there are a bunch of thermal vias under each chip, which would seem to indicate that placing the heatsinks on the back of the board would possibly be more effective at getting heat away from the chips. Are the thermal vias tented or exposed, though? I've not tried looking at them through a magnifying glass yet, and my near vision apparently isn't what it once was (now get off my lawn!). If exposed, heatsinks on the back would definitely be the way to go, right? If tented, it's not so obvious which would be better.
|
|
|
|
cypherdoc
Legendary
Offline
Activity: 1764
Merit: 1002
|
|
November 08, 2013, 06:14:01 PM |
|
arghhhh. these things are really sensitive.
just tried redirecting to a pool and needed a reboot. now not working at all.
any suggestions when one gets zeros across all slots?
|
|
|
|
|