Author

Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 160. (Read 5805670 times)

newbie
Activity: 56
Merit: 0

The first one (w1d10) got one zombie during an unattended 12-hour run. It replugged with no problem. I'll try w2d10 now.
"w1d10" has been mining for 3 hours now and no actual zombies yet, but it is behaving rather strangely.  I am regularly getting "rafts" of LEDs coming on - perhaps 15 or more, then another 1,2,3.... 7,8 or so, making 17-25 all on at once, then they all go out and everything looks normal again.  Nothing abnormal in the log file and my hash rate is ok at the pool.  I would say this looks very promising - if it were not for the disconcerting appearance of seeing all those LEDs going on and off...!!

Edit:  Of course it could be my wonderful (not!) broadband playing up - but that typically results in *all* LEDs coming on for 5 seconds or so and then going off en-masse.  What I'm seeing here happens perhaps once every 10, 15 or 30 minutes, and no "pool unavailable" messages.
Thanks very much for that. I'm pretty sure this is the right track since kano confirms it fixes his 3 AMUs mining on a USB3 hub on his RPi which previously wouldn't work at all unless he daisy chained it via a USB2 one. I don't think the -rw* versions will need to be tested and it will be a matter of whether it's 1d10 or whether I need 2d10 to roll a double 0 ftw.

Finally got an error  - AMIU 27 LED full on but no zombie reported.  The hash rate is sitting at zero. Screenshot in logfile. I enabled debug for a while then tried manual re-plugging. Device appeared as zombie when removed, then when re-plugged it appeared as AMU 34.  2nd screenshot also in file.  Test then ended.  I'll try w2d10 next.
Logfile here:
  https://dl.dropboxusercontent.com/u/44240170/logfile-w1d10.txt

Note: Just started w2d10 and it does the same strange thing as w1d10 at startup - all AMU LEDs go off as normal, then they all come back on again.  It takes a second or so for a few to go out, then it works a while with just those few, then the rest go out and mining continues with all devices.

Note 2: I have a zombie AMU 10 already after only a a few minutes... Sad  Manually re-plugged as AMU 34.  Test continuing.


legendary
Activity: 1450
Merit: 1013
Cryptanalyst castrated by his government, 1952

The first one (w1d10) got one zombie during an unattended 12-hour run. It replugged with no problem. I'll try w2d10 now.
"w1d10" has been mining for 3 hours now and no actual zombies yet, but it is behaving rather strangely.  I am regularly getting "rafts" of LEDs coming on - perhaps 15 or more, then another 1,2,3.... 7,8 or so, making 17-25 all on at once, then they all go out and everything looks normal again.  Nothing abnormal in the log file and my hash rate is ok at the pool.  I would say this looks very promising - if it were not for the disconcerting appearance of seeing all those LEDs going on and off...!!

Edit:  Of course it could be my wonderful (not!) broadband playing up - but that typically results in *all* LEDs coming on for 5 seconds or so and then going off en-masse.  What I'm seeing here happens perhaps once every 10, 15 or 30 minutes, and no "pool unavailable" messages.
Thanks very much for that. I'm pretty sure this is the right track since kano confirms it fixes his 3 AMUs mining on a USB3 hub on his RPi which previously wouldn't work at all unless he daisy chained it via a USB2 one. I don't think the -rw* versions will need to be tested and it will be a matter of whether it's 1d10 or whether I need 2d10 to roll a double 0 ftw.


My w2d10 test looks good, eight hours in to the run. No reallocations, no zombies, no "light show" so far, although occasional single-LED multi-second displays.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/

The first one (w1d10) got one zombie during an unattended 12-hour run. It replugged with no problem. I'll try w2d10 now.
"w1d10" has been mining for 3 hours now and no actual zombies yet, but it is behaving rather strangely.  I am regularly getting "rafts" of LEDs coming on - perhaps 15 or more, then another 1,2,3.... 7,8 or so, making 17-25 all on at once, then they all go out and everything looks normal again.  Nothing abnormal in the log file and my hash rate is ok at the pool.  I would say this looks very promising - if it were not for the disconcerting appearance of seeing all those LEDs going on and off...!!

Edit:  Of course it could be my wonderful (not!) broadband playing up - but that typically results in *all* LEDs coming on for 5 seconds or so and then going off en-masse.  What I'm seeing here happens perhaps once every 10, 15 or 30 minutes, and no "pool unavailable" messages.
Thanks very much for that. I'm pretty sure this is the right track since kano confirms it fixes his 3 AMUs mining on a USB3 hub on his RPi which previously wouldn't work at all unless he daisy chained it via a USB2 one. I don't think the -rw* versions will need to be tested and it will be a matter of whether it's 1d10 or whether I need 2d10 to roll a double 0 ftw.
legendary
Activity: 1540
Merit: 1001
when using gpu-reorder what is the official slot order the program uses?  It appears to be mixed up.

I'm pretty sure your at the whim of the OS as to how it assigns the order.

That and it may/will change from time to time. 

M
legendary
Activity: 3583
Merit: 1094
Think for yourself
when using gpu-reorder what is the official slot order the program uses?  It appears to be mixed up.

I'm pretty sure your at the whim of the OS as to how it assigns the order.
full member
Activity: 180
Merit: 100
when using gpu-reorder what is the official slot order the program uses?  It appears to be mixed up.
newbie
Activity: 56
Merit: 0

The first one (w1d10) got one zombie during an unattended 12-hour run. It replugged with no problem. I'll try w2d10 now.

"w1d10" has been mining for 3 hours now and no actual zombies yet, but it is behaving rather strangely.  I am regularly getting "rafts" of LEDs coming on - perhaps 15 or more, then another 1,2,3.... 7,8 or so, making 17-25 all on at once, then they all go out and everything looks normal again.  Nothing abnormal in the log file and my hash rate is ok at the pool.  I would say this looks very promising - if it were not for the disconcerting appearance of seeing all those LEDs going on and off...!!

Edit:  Of course it could be my wonderful (not!) broadband playing up - but that typically results in *all* LEDs coming on for 5 seconds or so and then going off en-masse.  What I'm seeing here happens perhaps once every 10, 15 or 30 minutes, and no "pool unavailable" messages.

legendary
Activity: 1428
Merit: 1000
https://www.bitworks.io
I am trying to sort through the getwork logic in Anubis, given the fact that with the stratum protocol getwork != number of shares the calculations are off.

Hoping someone can provide some recommendations about how one might go about calculating something meaningful regarding total shares vs. getwork requests to in turn calculate meaningful discards statistics?
newbie
Activity: 28
Merit: 0
Hey guys when i try to run chminer it shuts in a second.

I installed amd sdk but no change.

i have windows 7 64bit home premium
7700hd gzh edition gpu

which step i do wrong i cant get.

i put .bat to cgminer directory and run .bat than msdos openin and shutting in half second...

cgminer no longer supports GPU mining.  I believe 3.7.2 is the last version that supports it.

M

yes i know this and i was trying with that version.

suddenly i tried again and it worked... lol shocked thanks for help anyway.

i have 7700hd any advice for script code?

legendary
Activity: 1540
Merit: 1001
Hey guys when i try to run chminer it shuts in a second.

I installed amd sdk but no change.

i have windows 7 64bit home premium
7700hd gzh edition gpu

which step i do wrong i cant get.

i put .bat to cgminer directory and run .bat than msdos openin and shutting in half second...

cgminer no longer supports GPU mining.  I believe 3.7.2 is the last version that supports it.

M
newbie
Activity: 28
Merit: 0
Hey guys when i try to run chminer it shuts in a second.

I installed amd sdk but no change.

i have windows 7 64bit home premium
7700hd gzh edition gpu

which step i do wrong i cant get.

i put .bat to cgminer directory and run .bat than msdos openin and shutting in half second...
legendary
Activity: 1450
Merit: 1013
Cryptanalyst castrated by his government, 1952

The first one (w1d10) got one zombie during an unattended 12-hour run. It replugged with no problem. I'll try w2d10 now.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Hope that will help new people transferring from bfgminer to cgminer Tongue
seeing cgminer no longer supports scrypt mining the transfers are probably in the other direction, as scrypt is very popular again with the rise in alt coin prices. That said I still prefer using cgminer.
That's really quite funny and hypocritical given luke-Jr considers all altcoins scams yet he pulled my scrypt code and is now maintaining the only maintained scrypt GPU miner on these forums.
erk
hero member
Activity: 826
Merit: 500
Ckolivas,

I just made a video on cgminer for mac installation tutorial... hope that helps...

Progress: DONE

http://youtu.be/FWd03bqfURg
Much appreciated, thanks!

Hope that will help new people transferring from bfgminer to cgminer Tongue
seeing cgminer no longer supports scrypt mining the transfers are probably in the other direction, as scrypt is very popular again with the rise in alt coin prices. That said I still prefer using cgminer.

hero member
Activity: 896
Merit: 500
Ckolivas,

I just made a video on cgminer for mac installation tutorial... hope that helps...

Progress: DONE

http://youtu.be/FWd03bqfURg
Much appreciated, thanks!

Hope that will help new people transferring from bfgminer to cgminer Tongue
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Ckolivas,

I just made a video on cgminer for mac installation tutorial... hope that helps...

Progress: DONE

http://youtu.be/FWd03bqfURg
Much appreciated, thanks!
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/

  It seems that this version tries hard to keep things going, but I seem to be seeing more initial disturbances (LEDs on for a second or more then disappearing, then maybe a zombie which replugs automatically etc.) 


I got a cluster of four (almost) simultaneous zombies and was going to make a routine post agreeing with your observation about clusters of LEDs on, when things got weird for me. On a lazy whim, I tried Q and restarting cgminer hoping it might cure all four zombies at once. It didn't, so I unplugged and replugged the hubs and everything seemed back to normal. The cgminer display showed all units hashing normally and the AMU LEDs and BAL fan all seemed normal. I looked at my stats on Slush's pool and was startled to see the "last share at" timer creeping upward. No work from this 'puter was registering at the pool. The cgminer display showed the pool connection normally. I looked at a few other things and waited to see if it would recover but it did not. After 14 minutes I quit and restarted cgminer and the counter at the pool site recovered immediately. I've never seen that happen before, but it looks like a potentially serious effect from something or other I did in a too-casual zombie recovery/restart.

I suspect it's actually managing to crash the hub itself and the hub needs resetting. Ugly.
legendary
Activity: 1450
Merit: 1013
Cryptanalyst castrated by his government, 1952

  It seems that this version tries hard to keep things going, but I seem to be seeing more initial disturbances (LEDs on for a second or more then disappearing, then maybe a zombie which replugs automatically etc.) 


I got a cluster of four (almost) simultaneous zombies and was going to make a routine post agreeing with your observation about clusters of LEDs on, when things got weird for me. On a lazy whim, I tried Q and restarting cgminer hoping it might cure all four zombies at once. It didn't, so I unplugged and replugged the hubs and everything seemed back to normal. The cgminer display showed all units hashing normally and the AMU LEDs and BAL fan all seemed normal. I looked at my stats on Slush's pool and was startled to see the "last share at" timer creeping upward. No work from this 'puter was registering at the pool. The cgminer display showed the pool connection normally. I looked at a few other things and waited to see if it would recover but it did not. After 14 minutes I quit and restarted cgminer and the counter at the pool site recovered immediately. I've never seen that happen before, but it looks like a potentially serious effect from something or other I did in a too-casual zombie recovery/restart.
hero member
Activity: 896
Merit: 500
Ckolivas,

I just made a video on cgminer for mac installation tutorial... hope that helps...

Progress: DONE

http://youtu.be/FWd03bqfURg
Jump to: