reactor
|
|
May 05, 2014, 01:13:30 PM |
|
I woke up this morning and found the Blade miner had stopped again during the night using the latest software. I did turn OFF the FIFO buffers and set the baud speed to 115200 for ports 3 & 4 which are being used. Anything else I can check? Its not the Blade as if I use BFGminer it works for days on end but lower hash power. The software has stopped working on 3 different pools randomly and the laptop is hard wired to the network console. Here is a picture of the software as it was this morning on the Mining Pool Co. Sadly I'm facing the same, have two blades running on-location right now and I get at least one half dropping off every ~6 hours. Thought it was a power issue so I moved them to different locations but still the same. Already abandoned both BFG and CG miners as CPUMiner has been the most stable, but regardless cannot keep the blades running without issue. A few times I've seen the LIBUSB errors pop up, but generally by the time I see the dropoff I only see a screen like the above with a few stratum messages, a few new jobs listed, but nothing accepted and the rate moving down. Trying a different usb hub this morning, but overall getting very frustrated at keeping these online. Tuned units of any other sort haven't kept me this involved in tuning/restarting/etc. in a long time. :/
|
|
|
|
sandor111
|
|
May 05, 2014, 02:28:02 PM |
|
I woke up this morning and found the Blade miner had stopped again during the night using the latest software. I did turn OFF the FIFO buffers and set the baud speed to 115200 for ports 3 & 4 which are being used. Anything else I can check? Its not the Blade as if I use BFGminer it works for days on end but lower hash power. The software has stopped working on 3 different pools randomly and the laptop is hard wired to the network console. Here is a picture of the software as it was this morning on the Mining Pool Co. Sadly I'm facing the same, have two blades running on-location right now and I get at least one half dropping off every ~6 hours. Thought it was a power issue so I moved them to different locations but still the same. Already abandoned both BFG and CG miners as CPUMiner has been the most stable, but regardless cannot keep the blades running without issue. A few times I've seen the LIBUSB errors pop up, but generally by the time I see the dropoff I only see a screen like the above with a few stratum messages, a few new jobs listed, but nothing accepted and the rate moving down. Trying a different usb hub this morning, but overall getting very frustrated at keeping these online. Tuned units of any other sort haven't kept me this involved in tuning/restarting/etc. in a long time. :/ It could be a Windows thing, did any if you try a different platform?
|
|
|
|
|
reactor
|
|
May 05, 2014, 02:35:40 PM Last edit: May 05, 2014, 02:49:35 PM by reactor |
|
I woke up this morning and found the Blade miner had stopped again during the night using the latest software. I did turn OFF the FIFO buffers and set the baud speed to 115200 for ports 3 & 4 which are being used. Anything else I can check? Its not the Blade as if I use BFGminer it works for days on end but lower hash power. The software has stopped working on 3 different pools randomly and the laptop is hard wired to the network console. Here is a picture of the software as it was this morning on the Mining Pool Co. Sadly I'm facing the same, have two blades running on-location right now and I get at least one half dropping off every ~6 hours. Thought it was a power issue so I moved them to different locations but still the same. Already abandoned both BFG and CG miners as CPUMiner has been the most stable, but regardless cannot keep the blades running without issue. A few times I've seen the LIBUSB errors pop up, but generally by the time I see the dropoff I only see a screen like the above with a few stratum messages, a few new jobs listed, but nothing accepted and the rate moving down. Trying a different usb hub this morning, but overall getting very frustrated at keeping these online. Tuned units of any other sort haven't kept me this involved in tuning/restarting/etc. in a long time. :/ It could be a Windows thing, did any if you try a different platform? I gave up on Windows + gridseed a long time ago. I'm on rpi right now but having some of the same issues, cannot seem to keep my two blades + three 5-chips running steadily for any duration. Have tried different power configurations, different usb layouts, hell, different areas of the room, different frequencies, using 1 CGM instance vs. 7 CPUM instances, nada, still can't go ~12 hours without needing to reset a device or do a reboot to bring a few back. Previously just restarting CGM/CPUM on the device worked a couple of times but eventually needs to reboot. Great devices, just frustrating right now. Sucks too cause I have decent USB3 hubs but the devices won't go near 'em and I don't feel like buying pricier usb2 hubs just to test if that is the issue. Running 2 devices (with plug-in power supplies) per 4-port powered hub that used to easily run 4 AsicMiner or 3 Ant sticks just fine, so I doubt it is the hubs. Just tired of hardware management.
|
|
|
|
sandor111
|
|
May 05, 2014, 02:43:48 PM |
|
I woke up this morning and found the Blade miner had stopped again during the night using the latest software. I did turn OFF the FIFO buffers and set the baud speed to 115200 for ports 3 & 4 which are being used. Anything else I can check? Its not the Blade as if I use BFGminer it works for days on end but lower hash power. The software has stopped working on 3 different pools randomly and the laptop is hard wired to the network console. Here is a picture of the software as it was this morning on the Mining Pool Co. Sadly I'm facing the same, have two blades running on-location right now and I get at least one half dropping off every ~6 hours. Thought it was a power issue so I moved them to different locations but still the same. Already abandoned both BFG and CG miners as CPUMiner has been the most stable, but regardless cannot keep the blades running without issue. A few times I've seen the LIBUSB errors pop up, but generally by the time I see the dropoff I only see a screen like the above with a few stratum messages, a few new jobs listed, but nothing accepted and the rate moving down. Trying a different usb hub this morning, but overall getting very frustrated at keeping these online. Tuned units of any other sort haven't kept me this involved in tuning/restarting/etc. in a long time. :/ It could be a Windows thing, did any if you try a different platform? I gave up on Windows + gridseed a long time ago. I'm on rpi right now but having some of the same issues, cannot seem to keep my two blades + three 5-chips running steadily for any duration. Have tried different power configurations, different usb layouts, hell, different areas of the room, different frequencies, using 1 CGM instance vs. 7 CPUM instances, nada, still can't go ~12 hours without needing to reset a device or do a reboot to bring a few back. Previously just restarting CGM/CPUM on the device worked a couple of times but eventually needs to reboot. Great devices, just frustrating right now. Do you mind posting the full log (with --debug), till the point when the Blades stop hashing? That could help identify the cause.
|
|
|
|
csmflynt3
Member
Offline
Activity: 86
Merit: 10
|
|
May 05, 2014, 02:54:26 PM |
|
I woke up this morning and found the Blade miner had stopped again during the night using the latest software. I did turn OFF the FIFO buffers and set the baud speed to 115200 for ports 3 & 4 which are being used. Anything else I can check? Its not the Blade as if I use BFGminer it works for days on end but lower hash power. The software has stopped working on 3 different pools randomly and the laptop is hard wired to the network console. Here is a picture of the software as it was this morning on the Mining Pool Co. Sadly I'm facing the same, have two blades running on-location right now and I get at least one half dropping off every ~6 hours. Thought it was a power issue so I moved them to different locations but still the same. Already abandoned both BFG and CG miners as CPUMiner has been the most stable, but regardless cannot keep the blades running without issue. A few times I've seen the LIBUSB errors pop up, but generally by the time I see the dropoff I only see a screen like the above with a few stratum messages, a few new jobs listed, but nothing accepted and the rate moving down. Trying a different usb hub this morning, but overall getting very frustrated at keeping these online. Tuned units of any other sort haven't kept me this involved in tuning/restarting/etc. in a long time. :/ It could be a Windows thing, did any if you try a different platform? I gave up on Windows + gridseed a long time ago. I'm on rpi right now but having some of the same issues, cannot seem to keep my two blades + three 5-chips running steadily for any duration. Have tried different power configurations, different usb layouts, hell, different areas of the room, different frequencies, using 1 CGM instance vs. 7 CPUM instances, nada, still can't go ~12 hours without needing to reset a device or do a reboot to bring a few back. Previously just restarting CGM/CPUM on the device worked a couple of times but eventually needs to reboot. Great devices, just frustrating right now. Do you mind posting the full log (with --debug), till the point when the Blades stop hashing? That could help identify the cause. I am curious if you tried setting a higher difficulty? 32 is awfully low for blades that is a lot of data going back and forth. I am running difficulty 256 with no issue
|
BTC:1PRRFbgyBCDwg11HQvUnc2jV6QyYQdymrc
|
|
|
reactor
|
|
May 05, 2014, 03:22:46 PM |
|
Do you mind posting the full log (with --debug), till the point when the Blades stop hashing? That could help identify the cause.
I'll set that up, got it up and running for another round on a different power setup (desperation move - switch which power cables go into which blade halves to see if that impacts anything), next round has the debug tag in my script already for the reboot which will inevitably show up.
|
|
|
|
racebyu
|
|
May 05, 2014, 03:51:25 PM |
|
I woke up this morning and found the Blade miner had stopped again during the night using the latest software. I did turn OFF the FIFO buffers and set the baud speed to 115200 for ports 3 & 4 which are being used. Anything else I can check? Its not the Blade as if I use BFGminer it works for days on end but lower hash power. The software has stopped working on 3 different pools randomly and the laptop is hard wired to the network console. Here is a picture of the software as it was this morning on the Mining Pool Co. Sadly I'm facing the same, have two blades running on-location right now and I get at least one half dropping off every ~6 hours. Thought it was a power issue so I moved them to different locations but still the same. Already abandoned both BFG and CG miners as CPUMiner has been the most stable, but regardless cannot keep the blades running without issue. A few times I've seen the LIBUSB errors pop up, but generally by the time I see the dropoff I only see a screen like the above with a few stratum messages, a few new jobs listed, but nothing accepted and the rate moving down. Trying a different usb hub this morning, but overall getting very frustrated at keeping these online. Tuned units of any other sort haven't kept me this involved in tuning/restarting/etc. in a long time. :/ It could be a Windows thing, did any if you try a different platform? I gave up on Windows + gridseed a long time ago. I'm on rpi right now but having some of the same issues, cannot seem to keep my two blades + three 5-chips running steadily for any duration. Have tried different power configurations, different usb layouts, hell, different areas of the room, different frequencies, using 1 CGM instance vs. 7 CPUM instances, nada, still can't go ~12 hours without needing to reset a device or do a reboot to bring a few back. Previously just restarting CGM/CPUM on the device worked a couple of times but eventually needs to reboot. Great devices, just frustrating right now. Do you mind posting the full log (with --debug), till the point when the Blades stop hashing? That could help identify the cause. I am curious if you tried setting a higher difficulty? 32 is awfully low for blades that is a lot of data going back and forth. I am running difficulty 256 with no issue Hum, I do not know how to do that, just run the .bat file and the software. When the cpuminer first starts it changes the diff in the software automatically. How would I set the difficulty to 256, in the .bat file or in cpuminer?
|
|
|
|
csmflynt3
Member
Offline
Activity: 86
Merit: 10
|
|
May 05, 2014, 03:53:45 PM |
|
I woke up this morning and found the Blade miner had stopped again during the night using the latest software. I did turn OFF the FIFO buffers and set the baud speed to 115200 for ports 3 & 4 which are being used. Anything else I can check? Its not the Blade as if I use BFGminer it works for days on end but lower hash power. The software has stopped working on 3 different pools randomly and the laptop is hard wired to the network console. Here is a picture of the software as it was this morning on the Mining Pool Co. Sadly I'm facing the same, have two blades running on-location right now and I get at least one half dropping off every ~6 hours. Thought it was a power issue so I moved them to different locations but still the same. Already abandoned both BFG and CG miners as CPUMiner has been the most stable, but regardless cannot keep the blades running without issue. A few times I've seen the LIBUSB errors pop up, but generally by the time I see the dropoff I only see a screen like the above with a few stratum messages, a few new jobs listed, but nothing accepted and the rate moving down. Trying a different usb hub this morning, but overall getting very frustrated at keeping these online. Tuned units of any other sort haven't kept me this involved in tuning/restarting/etc. in a long time. :/ It could be a Windows thing, did any if you try a different platform? I gave up on Windows + gridseed a long time ago. I'm on rpi right now but having some of the same issues, cannot seem to keep my two blades + three 5-chips running steadily for any duration. Have tried different power configurations, different usb layouts, hell, different areas of the room, different frequencies, using 1 CGM instance vs. 7 CPUM instances, nada, still can't go ~12 hours without needing to reset a device or do a reboot to bring a few back. Previously just restarting CGM/CPUM on the device worked a couple of times but eventually needs to reboot. Great devices, just frustrating right now. Do you mind posting the full log (with --debug), till the point when the Blades stop hashing? That could help identify the cause. I am curious if you tried setting a higher difficulty? 32 is awfully low for blades that is a lot of data going back and forth. I am running difficulty 256 with no issue Hum, I do not know how to do that, just run the .bat file and the software. How would I set the difficulty to 256, in the .bat file or in cpuminer? You should be able to set that in your worker settings on the pool website. I am not familiar with that particular pool though. Normally 32 is for low hashrate miners
|
BTC:1PRRFbgyBCDwg11HQvUnc2jV6QyYQdymrc
|
|
|
tc61
|
|
May 05, 2014, 04:12:11 PM |
|
I am seeing the same problems, after some time the hash just stops and the one board on the blade will seem to be normal and the other almost no hash, and no accepts.. this is the same problem from rev. c.
|
|
|
|
daddyfatsax
|
|
May 05, 2014, 04:20:49 PM |
|
Anybody got a way to use the blades and 5 chips on the same instance of cg/cpuminer? I have tried cpuminer, and I am having the same issues as everyone else.
|
|
|
|
wolfey2014
|
|
May 05, 2014, 04:28:10 PM Last edit: May 05, 2014, 04:44:23 PM by wolfey2014 |
|
Sandor111, I wanted to turn off autotune and just set all my seeds to 1188KHs but it won't run at 1188 which is in the frequency chart I have on hand. It only resets to 1175KHs.
Also, the TUI looks a bit different with '--gc3355-autotune' removed from the command line. Is it okay to just leave --gc3355-autotune out? Will that keep autotune from running without causing any problems? Thanks!
Edit - Never mind. It seems to be running fine without autotune in the command line. I can tell autotune is not running. My hash rates seem to be a bit more consistently higher too. I'm still running 2.3.2 too.
|
I Modify Miners Professionally! PM me for details!
|
|
|
reactor
|
|
May 05, 2014, 05:02:59 PM |
|
So for my latest update... I'll include software/hardware info here too so it is easy to track what I'm talking about.
RPi / ZoomHash image / CPUMiner .9d / 2x Blade / 3x 5-Chip
Been running for about an hour and a half and one of my 5-chips cut out on me. I only noticed because when the output is displayed for new block/dispatch suddenly GSD 0 fell off the list. Confirmed it with no accepted shares or additional reference in the output window since then. New power management strategy seems to be working for blades, all are running with similar numbers right now:
GSD 3 | 850 MHz | 2711.2/2756.0 KH/s | A: 284 R: 0 H: 2 GSD 4 | 850 MHz | 2568.0/2568.9 KH/s | A: 268 R: 1 H: 29 GSD 5 | 850 MHz | 2625.3/2836.2 KH/s | A: 274 R: 1 H: 0 GSD 6 | 850 MHz | 2825.7/2704.5 KH/s | A: 295 R: 1 H: 15
HW errors seem to come in batches, like the 15 on unit 6 popped up over a few minutes but otherwise it is the strongest performer for consistent accepted shares. Like an idiot I just killed my screen so I've gotta start over now, did a quick reboot and now waiting to see what units are working.
Out of curiosity to sandor111, is there any way to report hashrate before a share is accepted? I don't know what numbers are floating around, but I'm sitting here staring at my output and see hashrate and A as 0 for one of the 5-chips but don't know if it is technically working. Just got the new block dispatch and all seven units were included (so running reboot returned the non-hashing unit to me), so I think it is working, just cannot confirm until it gets an accepted share.
|
|
|
|
plzt
Newbie
Offline
Activity: 22
Merit: 0
|
|
May 05, 2014, 05:16:08 PM |
|
I woke up this morning and found the Blade miner had stopped again during the night using the latest software. I did turn OFF the FIFO buffers and set the baud speed to 115200 for ports 3 & 4 which are being used. Anything else I can check? Its not the Blade as if I use BFGminer it works for days on end but lower hash power. The software has stopped working on 3 different pools randomly and the laptop is hard wired to the network console. Here is a picture of the software as it was this morning on the Mining Pool Co. http://i60.tinypic.com/xm1pcg.jpgSadly I'm facing the same, have two blades running on-location right now and I get at least one half dropping off every ~6 hours. Thought it was a power issue so I moved them to different locations but still the same. Already abandoned both BFG and CG miners as CPUMiner has been the most stable, but regardless cannot keep the blades running without issue. A few times I've seen the LIBUSB errors pop up, but generally by the time I see the dropoff I only see a screen like the above with a few stratum messages, a few new jobs listed, but nothing accepted and the rate moving down. Trying a different usb hub this morning, but overall getting very frustrated at keeping these online. Tuned units of any other sort haven't kept me this involved in tuning/restarting/etc. in a long time. :/ It could be a Windows thing, did any if you try a different platform? I think I had this issue - first time round on autotune with 0.9d it lasted 11 hours Unfortunately I was running just the .bat file and it just was closed when I got back to it now running in a command window, has autotuned to 847 and 831 and currently been going for 8 hours so far..... Definitely no power issues - running off a 1000W gold. very susceptible to pool/connection issues though, need to set up a pool backup loop......
|
|
|
|
Icemoment
Newbie
Offline
Activity: 7
Merit: 0
|
|
May 05, 2014, 05:19:18 PM |
|
Rpi v0.9d on blade still seems to hungup when pool sends jobs rapidly.
[2014-05-05 20:08:59] New job_id: 39 Diff: 512 [2014-05-05 20:08:59] Stratum detected new block [2014-05-05 20:09:00] New job_id: 40 Diff: 512 [2014-05-05 20:09:00] Stratum detected new block [2014-05-05 20:09:02] New job_id: 41 Diff: 512 [2014-05-05 20:09:02] Stratum detected new block [2014-05-05 20:09:03] New job_id: 42 Diff: 512 [2014-05-05 20:09:03] Stratum detected new block [2014-05-05 20:09:04] New job_id: 43 Diff: 512 [2014-05-05 20:09:04] Stratum detected new block [2014-05-05 20:09:05] New job_id: 44 Diff: 512 [2014-05-05 20:09:05] Stratum detected new block [2014-05-05 20:09:07] New job_id: 45 Diff: 512 [2014-05-05 20:09:07] Stratum detected new block [2014-05-05 20:09:08] New job_id: 46 Diff: 512 [2014-05-05 20:09:08] Stratum detected new block [2014-05-05 20:09:09] New job_id: 47 Diff: 512 [2014-05-05 20:09:09] Stratum detected new block [2014-05-05 20:09:11] New job_id: 48 Diff: 512 [2014-05-05 20:09:11] Stratum detected new block [2014-05-05 20:09:11] New job_id: 49 Diff: 512 [2014-05-05 20:09:11] Stratum detected new block [2014-05-05 20:09:12] New job_id: 50 Diff: 512 [2014-05-05 20:09:12] Stratum detected new block [2014-05-05 20:09:14] New job_id: 51 Diff: 512 [2014-05-05 20:09:14] Stratum detected new block [2014-05-05 20:09:14] New job_id: 52 Diff: 512 [2014-05-05 20:09:14] Stratum detected new block [2014-05-05 20:09:16] New job_id: 53 Diff: 512 [2014-05-05 20:09:16] Stratum detected new block [2014-05-05 20:09:17] New job_id: 54 Diff: 512 [2014-05-05 20:09:17] Stratum detected new block [2014-05-05 20:09:35] New job_id: 55 Diff: 512
|
|
|
|
RowanX
Member
Offline
Activity: 86
Merit: 10
|
|
May 05, 2014, 05:20:56 PM Last edit: May 05, 2014, 05:34:15 PM by RowanX |
|
I'm getting a lot of rejects with cpuminer 0.9d. Didn't have this problem with 0.9c, I'm certain. Just me?
e.g. with 0.9c I was pleasantly surprised to see the poolside reject rate fall to a new all-time low of 0.38%. After switching to 0.9d, its gone up to 5.27% and climbing, and I can see reports of rejects locally a few times every minute. So I've gone back to 0.9c for now. Rejects such as:
"DEBUG: reject reason: unknown-work" "DEBUG: reject reason: high hash"
I don't think its my imagination - I've done a little test with my 2 gridseeds; approx 4 hours mining on 0.9d then approx 4 hours mining on 0.9c. The results show more rejects in the newer version: cpuminer 0.9c:GSD0 (870Mhz): A:542 R:10 H:0 GSD1 (850Mhz): A:524 R:12 H:0 cpuminer 0.9d:GSD0 (870Mhz): A:542 R:48 H:0 GSD1 (850Mhz): A:524 R:54 H:1
|
|
|
|
sandor111
|
|
May 05, 2014, 05:24:52 PM |
|
I think I may add another command line parameter: --gc3355-timeout=X This will kill the cpuminer process when one of the miners hasn't produced a hash in X seconds. So it will be possible to run a script that loops forever and doesn't require constant babysitting.
|
|
|
|
ZiG
|
|
May 05, 2014, 05:44:38 PM |
|
I think I may add another command line parameter: --gc3355-timeout=X This will kill the cpuminer process when one of the miners hasn't produced a hash in X seconds. So it will be possible to run a script that loops forever and doesn't require constant babysitting.
Excellent idea, Sandor111...
|
|
|
|
racebyu
|
|
May 05, 2014, 05:47:55 PM |
|
I think I may add another command line parameter: --gc3355-timeout=X This will kill the cpuminer process when one of the miners hasn't produced a hash in X seconds. So it will be possible to run a script that loops forever and doesn't require constant babysitting.
That would be great!
|
|
|
|
Icemoment
Newbie
Offline
Activity: 7
Merit: 0
|
|
May 05, 2014, 05:48:24 PM |
|
Ya that would help abit, now i have been using cron to restart process every hour, though last time it stopped working after 10min so thats 50min lost time.
|
|
|
|
|