Bitcoin Forum
June 14, 2024, 10:10:57 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: Out of date  (Read 701 times)
philipma1957 (OP)
Legendary
*
Offline Offline

Activity: 4158
Merit: 8034


'The right to privacy matters'


View Profile WWW
July 06, 2014, 07:50:49 PM
Last edit: January 11, 2020, 03:14:46 PM by philipma1957
 #1

the

▄▄███████▄▄
▄██████████████▄
▄██████████████████▄
▄████▀▀▀▀███▀▀▀▀█████▄
▄█████████████▄█▀████▄
███████████▄███████████
██████████▄█▀███████████
██████████▀████████████
▀█████▄█▀█████████████▀
▀████▄▄▄▄███▄▄▄▄████▀
▀██████████████████▀
▀███████████████▀
▀▀███████▀▀
.
 MΞTAWIN  THE FIRST WEB3 CASINO   
.
.. PLAY NOW ..
Brassguy
Full Member
***
Offline Offline

Activity: 139
Merit: 100


View Profile
July 07, 2014, 02:22:22 AM
 #2

I had the exact same problem with cpuminer. I tried disabling fifo and using inactive restart setting to no avail... I'm currently using jmordica cgminer. It runs fine for 24-48 hours before crashing or a blade goes inactive. I restart every day or so. dbartl has a cgminer for pods/blades based on 4.3.5... but the compile instructions for windows seem out of date... packages for mingw, that you are instructed to download, don't exist. Maybe someone would be willing to compile it and post it here.

15xNxXy2PfFv3rz8rnfkV6L7WQiwuYax2K
Brassguy
Full Member
***
Offline Offline

Activity: 139
Merit: 100


View Profile
July 07, 2014, 04:34:34 AM
 #3

No change trying different psus... Bfgminer works the best for me but I can't get it to report speed via the API... Which is a necessity for me.

So jmordica cgminer it is... Until I can get dbartl cgminer...

15xNxXy2PfFv3rz8rnfkV6L7WQiwuYax2K
bexwhitt
Newbie
*
Offline Offline

Activity: 50
Merit: 0


View Profile
July 07, 2014, 01:16:05 PM
 #4

BFG miner is probably your best bet if you insist on using a windows setup

With a raspberry pi hashra controlla is rock solid with the blades (uses bfgminer BTW)
v0n
Newbie
*
Offline Offline

Activity: 24
Merit: 0


View Profile
July 07, 2014, 01:50:08 PM
 #5

I think they all use the same driver code and all suffer from the same bug in USB reset, the longer machine stays up, the more prone it becomes to issues with reinitializing gridseeds via USB. Linux users can see something along the lines of "reset full-speed USB device number /somenumber/ using ehci-pci" followed by cgminer/sgminer/bfgminer/cpuminer threads segfaulting in dmesg. Either code or the USB part of the board is running really hot and becomes flakey after some time. For me, restarting miner with --usb resets all devices correctly every time.

One way to work around it is to set "shares" to a value (let's say 1000000, depending on diff on your pool), then run your mining in "while" loop - for example -
Code:
while true; do sgminer -c $HOME/.sgminer/sgminer.conf ; sleep 5 ; done

That way even if some of the modules drop out, the miner will restart after reaching preset number of shares with remaining threads anyway and reinitialise all modules after 5 second rest.

Another alternative would be to run each board as separate mining thread per device serial in 'screen', see which ones are flakey, downclock them for better stability etc
 
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!