Topic: Claymore's ZCash/BTG AMD GPU Miner v12.6 (Windows/Linux) - page 127. (Read 3839201 times)

Good idea, thanks i also have a card that fucks up. I will try this now

Just an update about my rig and how I temporarily fixed my hang issue.

I have a rig with 6 rx470s and ever since version 12.0 i have had issues with one of my GPUs hanging. I would have to restart the entire system every time this happened which was quite often. The last stable version for me was version 11. So I compared the differences from the two versions and the only thing I noticed was the different mining algorithm. All 12 versions defaulted my 470s to the faster ASM algorithm which worked fine on all my GPUs except one. the one that kept hanging. so i changed the algorithm for the GPU that was hanging back to the original one and I haven't had any issues since on version 12.3. My config file looks like this.

ZecMiner64.exe -zpool ssl://eu1-zcash.flypool.org:3443 -zwal zcashaddress.YourWorkerName -zpsw x -asm 1,1,1,1,1,0

0=card 5 (the card that would always hang)

Hope this helps!

I have a question regarding to monitoring hashrate. Is there a way to read out the current hashrate reported by the miner via 3rd party apps on the remote port?
Is there some documentation how it's possible?

I have an arduino project and would be cool reading out realtime stats of a miner instead of waiting for console output to text.

Thanks!

Peter

I have to remarks on linux version 12.2 (will test 12.3 quit soon)
1. when you display the fan speed, you should read first, set it then, wait half a second and read it again : sometimes a card does not want you to set the fan-speed. 
   eg : cat /sys/class/drm/ ..blahblahblah/pwm1 reads 50%  - even though the program seays "100%" because you set it, and then you read it (too short - it takes about 100 msec to "settle" :-) )
2.  when you have the WATCHDOG detecting an OPENCL HANG .... The program quits.  and immediately start again.  Bad bad bad.  You should sleep some time before restarting. SYSCALL HANG (impossible to recover from in Linux, bec  I handle it starting zcash64miner in an infinite while-do loop (while true; do; zec64miner;sleep 15; done.  (with r 1 option) and it prevents an indefinite sys-call trap (no reboot possible under linux.   Lift you *ss, press the on-off switch for 10 secs.   Reboot (and hope your filesystem is still there). 
What I see often is : your miner detects that the card has limited memory and therefore lessens the intensity to 1 (rather than 6).   When you wait 15 secs: no problem.

mvg
M.

Ty, and look into those web messages that may not be working. In this crypto world suspicion is a must. For the community ocminer fixed the issue

Sorry I didn't receive any message but I just received your PM, it looks like you've used the same address for an registered account and also for an anonymous acount - this is not possible, the system doesn't allow an anonymous account to "grab" the address of an registered account.

I've fixed that and you should receive the payment within a few seconds.

Sent 2 messages via the web site and have .0535 unpaid for 3 days

Never had any issues paying and my inbox is empty

I might try a new MB as well. I can't for the damn life of me figure it out. I run 6 x 480 on a single 1300w but they are Bios modded (Eco mod) so that shouldn't be an issue.

I'll swap MB and report back.

Actually I have only 2 R9 280x with PSU EVGA 1300w tow both on stock settings, One r9 390 move to another rig and works fine, I'm thinking the problem is the Mobo.

With Otiminer one R9 280x Drops hash but not crash.

Anyone have a BIOS mod for a XFX r9 280x Black Edition with Elpida Memory?

Nothing solid yet. I am wildly speculating it might be power draw. What PSU do you use? Setup?

My cards are BIOS modded slightly for power draw. Maybe I'll start with dropping the mem/core speed some and see if that solves the issue. Thank you.

Hello, I has the same problem wit my R9 280x and R 390, always one GPU shows at 0% and OpenCL call hangs. Did you found a solution?

Experience has shown me that the OpenCL hang for any of my rigs (I am small time with 16 rigs) is that it is one of three things:

1. Video drivers need to be re-installed.  I have been using 16.11.5 for all my rigs for several months now without issue, or at least with the least number of issues.  Install it with only one card connected to the motherboard, and then add the other cards and let them auto-populate/auto-install.  This is probably 50% of my issues.
2.  I run a mod'd bios on all my cards that I make that uses the #5 voltage strap across #6 and #7 straps and runs the mem speed at 1750 Mhz.  Sometimes this causes the voltage to be too low on the #7 strap and I have to raise that voltage up in 20 mV steps until I get it stable, and then I will flash the bios with that change, or you can use WattTool or whatever you have to make that change.  None of the cards are exactly the same due to variations in manufacturing even though they are all the same make and model, so getting the voltage right is key.  This is probably 40% of my issues.
3.  Bad riser cards or bad riser cables, or a bad connection to the motherboard.  This has only happened twice in 6 months, but it is a possible contributor on a less frequent case.

A few times I have had to do a complete Windows 10 clean install, but I have come to realize that most of the issues are really video drivers and undervolting the GPU core clock.  Hope this helps.

No hash-rate increase for RX480, adjusting intensity settings does nothing for speed.

I think in general just bug fixes for this release.

Gigabyte 7950 hashing at 317. A 3% improvement. The best $50 I ever invested lol
Gigabyte g1 rx480 heading at 335

Will later test the others

Supernova has issues paying and are not replying to emails

thanks it work but i get more speed on i7

how can set mining intensity for r9295x2