jmc1517
Jr. Member
 Offline
Activity: 56
Merit: 0
|
 |
December 07, 2013, 06:01:35 PM |
|
My most recent normal 3.8.4 test ran about 12 hours without incident - no zombies at all. I've just run the "sw" test and it has one zombie after about an hour, AMU5. Edit: another zombie with the "sw" test, about 5 hours into the run. Curiously, this one was also reported as AMU5 although it wasn't the same physical device as above. Unplugging it did not change its status to AMU0, unlike many of the earlier versions. On replug it was reallocated to AMU14 and the numbering overall suggests it had actually been AMU7 that went zombie this time. Present numbering is AMU0-4, 6, 8-14 so I think the first zombie, AMU5, was reallocated to AMU13 on replug. The "sw" run continues. I found an Amazon (Canada) listing for the hubs I'm using, fwiw: http://www.amazon.ca/gp/product/B009Z9M3DYI just noticed this phrase in the blurb for them "Smart chip power management allows devices to communicate idle states and latency tolerance for progressively lower power states and subsequently increased performance and power efficiency". Don't know if it's relevant. I am running 3 10-port Anker hubs and an old 4-port hub, all individually powered and plugged directly into the PC. No daisy-chaining. Interestingly I don't remember ever seeing one of the 4-port devices going zombie... So... On an initial test of "sw" without logging, I noticed some LEDs come on for several seconds then go out, and mining continued OK. Another time a zombie was reported but it re-plugged automatically. Then several zombies came up which did not re-plug automatically and I noticed "icarus detect - incorrect device" warnings. I don't know if these are new with this build or not, but when they came up I did examine the whole table in Zadig to check if AMUs had been re-assigned to slots with incorrect driver software - but they all looked OK. Powered the hubs off/on to reset everything as usual. On this run (with logging), a zombie (AMU 22) appeared after about a minute, which did not re-plug automatically. Manual re-plugging worked OK, but I stopped the test because I was going out and wanted to be sure the miner would keep running. 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 don't see any of that with 3.5.1, and as I'm normally sitting right next to the Erupters working away at the PC, any unusual flashing immediately catches the eye. Logfile here, for what it's worth: https://dl.dropboxusercontent.com/u/44240170/logfile-sw.txt |
|
|
|
|
|
|
|
|
|
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
|
|
|
|
|
os2sam
Legendary
Offline
Activity: 2464
Merit: 1001
Think for yourself
|
|
December 07, 2013, 08:59:54 PM |
|
I am running 3 10-port Anker hubs and an old 4-port hub, all individually powered and plugged directly into the PC. No daisy-chaining. Interestingly I don't remember ever seeing one of the 4-port devices going zombie...
I had to plug my 9+1 Anker's into my 5/7 port Rosewill hubs to get them to work reliably. |
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?
|
|
|
-ck
Moderator
Legendary
Offline
Activity: 2590
Merit: 1113
Ruu \o/
|
|
December 07, 2013, 09:24:14 PM |
|
I am running 3 10-port Anker hubs and an old 4-port hub, all individually powered and plugged directly into the PC. No daisy-chaining. Interestingly I don't remember ever seeing one of the 4-port devices going zombie...
Try plugging the 3 10 port ankers into the 4 port device just for grins? |
|
|
|
Zhukov0
Jr. Member
Offline
Activity: 60
Merit: 0
|
|
December 07, 2013, 10:15:27 PM |
|
Hi people, i've got a little problem. I want to mine in some places where putting no password is required... but i can't use CGMINER without a password. I can't execute without the -p parameter, i can't use -p xxx for example (it doesn't connect to pool or doesn't get any share), and also i can't use --username=user:
Somebody know how can i do it??? I tried lot of versions of CGMINER, including the last one compatible with GPU mining (3.7.2)
Thanks!
|
|
|
|
|
-ck
Moderator
Legendary
Offline
Activity: 2590
Merit: 1113
Ruu \o/
|
|
December 07, 2013, 10:22:44 PM |
|
Hi people, i've got a little problem. I want to mine in some places where putting no password is required... but i can't use CGMINER without a password. I can't execute without the -p parameter, i can't use -p xxx for example (it doesn't connect to pool or doesn't get any share), and also i can't use --username=user:
Somebody know how can i do it??? I tried lot of versions of CGMINER, including the last one compatible with GPU mining (3.7.2)
Connecting via stratum, getwork or GBT ALWAYS takes a password, even if it is ignored, so your pool is broken. |
|
|
|
Zhukov0
Jr. Member
Offline
Activity: 60
Merit: 0
|
|
December 07, 2013, 10:51:18 PM |
|
Hi people, i've got a little problem. I want to mine in some places where putting no password is required... but i can't use CGMINER without a password. I can't execute without the -p parameter, i can't use -p xxx for example (it doesn't connect to pool or doesn't get any share), and also i can't use --username=user:
Somebody know how can i do it??? I tried lot of versions of CGMINER, including the last one compatible with GPU mining (3.7.2)
Connecting via stratum, getwork or GBT ALWAYS takes a password, even if it is ignored, so your pool is broken. It's weird, because i was trying to use P2Pool and Bitparking... P2Pool was working some time ago with any kind of password, but now some pools of p2pool doesn't work if i put some kind of password. |
|
|
|
|
|
|
aigeezer
Legendary
Offline
Activity: 1426
Merit: 1009
Cryptanalyst castrated by his government, 1952
|
|
December 07, 2013, 11:20:56 PM |
|
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. |
|
|
|
|
-ck
Moderator
Legendary
Offline
Activity: 2590
Merit: 1113
Ruu \o/
|
|
December 07, 2013, 11:22:45 PM |
|
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. |
|
|
|
-ck
Moderator
Legendary
Offline
Activity: 2590
Merit: 1113
Ruu \o/
|
|
December 07, 2013, 11:32:05 PM |
|
|
|
|
|
-ck
Moderator
Legendary
Offline
Activity: 2590
Merit: 1113
Ruu \o/
|
|
December 07, 2013, 11:59:54 PM |
|
Much appreciated, thanks! |
|
|
|
|
cxboyminer
|
|
December 08, 2013, 07:43:39 AM |
|
Much appreciated, thanks! Hope that will help new people transferring from bfgminer to cgminer  |
|
|
|
|
erk
|
|
December 08, 2013, 08:44:48 AM |
|
Much appreciated, thanks! Hope that will help new people transferring from bfgminer to cgminer 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. |
|
|
|
|
-ck
Moderator
Legendary
Offline
Activity: 2590
Merit: 1113
Ruu \o/
|
|
December 08, 2013, 08:47:06 AM |
|
Hope that will help new people transferring from bfgminer to cgminer 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. |
|
|
|
aigeezer
Legendary
Offline
Activity: 1426
Merit: 1009
Cryptanalyst castrated by his government, 1952
|
|
December 08, 2013, 12:46:32 PM |
|
The first one (w1d10) got one zombie during an unattended 12-hour run. It replugged with no problem. I'll try w2d10 now. |
|
|
|
|
Gwindor
Newbie
Offline
Activity: 28
Merit: 0
Yeaaa
|
|
December 08, 2013, 03:09:48 PM |
|
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...
|
|
|
|
|
mdude77
Legendary
Offline
Activity: 1540
Merit: 1001
|
|
December 08, 2013, 03:27:39 PM |
|
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 |
I mine at Kano's Pool because it pays the best and is completely transparent! Come join me! |
|
|
Gwindor
Newbie
Offline
Activity: 28
Merit: 0
Yeaaa
|
|
December 08, 2013, 04:28:04 PM |
|
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? |
|
|
|
|
padrino
Legendary
Offline
Activity: 1400
Merit: 1000
https://www.bitworks.io
|
|
December 08, 2013, 06:19:34 PM |
|
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?
|
|
|
|
jmc1517
Jr. Member
Offline
Activity: 56
Merit: 0
|
|
December 08, 2013, 06:35:52 PM |
|
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. |
|
|
|
|
|
