I had the same exact issue at first, it also happens to one of my rig,
It turns out that rig still using Catalyst 16.9, after a DDU uninstall and upgrading to 16.11, the problem seems to disappear
Topic: Gateless Gate Sharp 1.3.8: 30Mh/s (Ethash) on RX 480! - page 168. (Read 214431 times)
Hi Zawawa,
First off, thanks for this program, works well.
I'm using version 0.1.3-pre1 and on a 6 GPU rig with Sapphire RX470 8GB, the fans seem to go crazy after some time. Like RPM goes to 0 then goes full speed, then back to 0 and so on. I don't think all the GPUs are affected. Also it seems GG seems to hang at some point. The computer is still available and closing re-opening GG get's it going again.
I do not have this issue with a 4 GPU RX470 rig though.
Anyone else having a similar issue?
Thanks
First off, thanks for this program, works well.
I'm using version 0.1.3-pre1 and on a 6 GPU rig with Sapphire RX470 8GB, the fans seem to go crazy after some time. Like RPM goes to 0 then goes full speed, then back to 0 and so on. I don't think all the GPUs are affected. Also it seems GG seems to hang at some point. The computer is still available and closing re-opening GG get's it going again.
I do not have this issue with a 4 GPU RX470 rig though.
Anyone else having a similar issue?
Thanks
Now my custom LLVM/Clang is capable of generating assembly source codes compatible with AMD's proprietary OpenCL drivers. The only remaining work is to add CLRX-specific stuff to LLVM. I really want to get this done by tomorrow so that I can go back to miner programming.
I finally tracked down the last bug and was able to confirm that LLVM/Clang can be used to generate binaries for AMD's proprietary OpenCL drivers. Since LLVM is only capable of generating ROCm binaries, I had to insert a thin ABI translation layer at the beginning of the kernel.
According to a source at AMD, the ROCm ABI is the same as the HSAIL/brig ABI. When I used CodeXL to generate a kernel binary on a system with Crimson 16.10 drivers, the binary contained HSAIL as well as brig symbols. Since AMDs drivers can handle HSA/brig kernels, I would think they should also handle ROCm binaries.
What I found out was that AMD's drivers add extra hidden arguments to kernels, which completely messes up the order of arguments. Therefore, modifications to LLVM are necessary in order to use it for AMD's proprietary drivers.
Does anyone here have the 'Eco Bios' for R9 Fury and Rx 480 cards? I don't like using wattman or software to get power draw down and would prefer to flash bios for lowest possible power consumption at stock clocks or close to.
I just use the miner to set voltage and clocks, really easy, and flexible, since different algorithms have different optimal clocks and undervolts. The Eco bios isn't undervolted, it is just lower clocks (lower volts, but still stock). You can easily undevolt another 50-100mv+ and save tons of power. I use CM, but SGM/GG supports all that stuff right?I am mostly looking to undervolt to run Fury/480 at low power to squeeze 6 cards into a 1300w PSU so I'd have to load it on Bios level no?
Not sure about getting to work on Linux, but you can undervolt 6 470s, stock 1260 clock, and run ~930W at wall Zec mining (CM 11.1, Platinum PSU, ~1020mv), 480s would be ~1000 or so at wall. Underclocking allows substantial undervolting, but affects Zec speed, I dual mine Eth/Dcr right now so not as much of an issue.
If you can't change volts in Linux on 480s, in Windows, use atiwinflash to pull bios, edit voltages with polarisbioseditor, the reflash. Dunno about Linux flashing/editing tools. What cards do you have? If there is dual bios, there is usually a "silent" bios.
Running 6x480s overclocked, 1050w at wall in most of my rigs, overclocking is fun!
Does anyone here have the 'Eco Bios' for R9 Fury and Rx 480 cards? I don't like using wattman or software to get power draw down and would prefer to flash bios for lowest possible power consumption at stock clocks or close to.
I just use the miner to set voltage and clocks, really easy, and flexible, since different algorithms have different optimal clocks and undervolts. The Eco bios isn't undervolted, it is just lower clocks (lower volts, but still stock). You can easily undevolt another 50-100mv+ and save tons of power. I use CM, but SGM/GG supports all that stuff right?I am mostly looking to undervolt to run Fury/480 at low power to squeeze 6 cards into a 1300w PSU so I'd have to load it on Bios level no?
Not sure about getting to work on Linux, but you can undervolt 6 470s, stock 1260 clock, and run ~930W at wall Zec mining (CM 11.1, Platinum PSU, ~1020mv), 480s would be ~1000 or so at wall. Underclocking allows substantial undervolting, but affects Zec speed, I dual mine Eth/Dcr right now so not as much of an issue.
If you can't change volts in Linux on 480s, in Windows, use atiwinflash to pull bios, edit voltages with polarisbioseditor, the reflash. Dunno about Linux flashing/editing tools. What cards do you have? If there is dual bios, there is usually a "silent" bios.
Does anyone here have the 'Eco Bios' for R9 Fury and Rx 480 cards? I don't like using wattman or software to get power draw down and would prefer to flash bios for lowest possible power consumption at stock clocks or close to.
I just use the miner to set voltage and clocks, really easy, and flexible, since different algorithms have different optimal clocks and undervolts. The Eco bios isn't undervolted, it is just lower clocks (lower volts, but still stock). You can easily undevolt another 50-100mv+ and save tons of power. I use CM, but SGM/GG supports all that stuff right?GG/SGM basicly supports what driver supports.
If u use fglrx(ADL) and it does support undervolting, you can do it, but if you are using amdgpu/amdgpu-pro there's no vddc/vddci support(yet).
This runs great for pascal coin
is there anyway to get claymore type speeds for ETH or XMR with rx cards?? both seem to hash a bit less than with the corresponding claymore miners... ETH for example gets 2 Mh/s less on each rx470.
Thanks
is there anyway to get claymore type speeds for ETH or XMR with rx cards?? both seem to hash a bit less than with the corresponding claymore miners... ETH for example gets 2 Mh/s less on each rx470.
Thanks
I finally tracked down the last bug and was able to confirm that LLVM/Clang can be used to generate binaries for AMD's proprietary OpenCL drivers. Since LLVM is only capable of generating ROCm binaries, I had to insert a thin ABI translation layer at the beginning of the kernel.
According to a source at AMD, the ROCm ABI is the same as the HSAIL/brig ABI. When I used CodeXL to generate a kernel binary on a system with Crimson 16.10 drivers, the binary contained HSAIL as well as brig symbols. Since AMDs drivers can handle HSA/brig kernels, I would think they should also handle ROCm binaries.
I finally tracked down the last bug and was able to confirm that LLVM/Clang can be used to generate binaries for AMD's proprietary OpenCL drivers. Since LLVM is only capable of generating ROCm binaries, I had to insert a thin ABI translation layer at the beginning of the kernel.
At this point, I don't think it's difficult to rewrite LLVM and make it compatible with CLRadeonExtender and have it directly generate OpenCL binaries. This would be huge for open-source mining as LLVM has a variety of neat features such as inline GCN assembly and limiting the number of registers. More importantly, we wouldn't have to rely on AMD's flaky drivers for code generation any more!
At this point, I don't think it's difficult to rewrite LLVM and make it compatible with CLRadeonExtender and have it directly generate OpenCL binaries. This would be huge for open-source mining as LLVM has a variety of neat features such as inline GCN assembly and limiting the number of registers. More importantly, we wouldn't have to rely on AMD's flaky drivers for code generation any more!
AMD's drivers embed llvm, so "flakiness" in the drivers is often related to problems with the version of llvm they included. So using clang/llvm directly doesn't completely bypass problems, but it certainly does give you more control.
Does anyone here have the 'Eco Bios' for R9 Fury and Rx 480 cards? I don't like using wattman or software to get power draw down and would prefer to flash bios for lowest possible power consumption at stock clocks or close to.
I just use the miner to set voltage and clocks, really easy, and flexible, since different algorithms have different optimal clocks and undervolts. The Eco bios isn't undervolted, it is just lower clocks (lower volts, but still stock). You can easily undevolt another 50-100mv+ and save tons of power. I use CM, but SGM/GG supports all that stuff right?GG/SGM basicly supports what driver supports.
If u use fglrx(ADL) and it does support undervolting, you can do it, but if you are using amdgpu/amdgpu-pro there's no vddc/vddci support(yet).
Does anyone here have the 'Eco Bios' for R9 Fury and Rx 480 cards? I don't like using wattman or software to get power draw down and would prefer to flash bios for lowest possible power consumption at stock clocks or close to.
I just use the miner to set voltage and clocks, really easy, and flexible, since different algorithms have different optimal clocks and undervolts. The Eco bios isn't undervolted, it is just lower clocks (lower volts, but still stock). You can easily undevolt another 50-100mv+ and save tons of power. I use CM, but SGM/GG supports all that stuff right?I am mostly looking to undervolt to run Fury/480 at low power to squeeze 6 cards into a 1300w PSU so I'd have to load it on Bios level no?
Does anyone here have the 'Eco Bios' for R9 Fury and Rx 480 cards? I don't like using wattman or software to get power draw down and would prefer to flash bios for lowest possible power consumption at stock clocks or close to.
I just use the miner to set voltage and clocks, really easy, and flexible, since different algorithms have different optimal clocks and undervolts. The Eco bios isn't undervolted, it is just lower clocks (lower volts, but still stock). You can easily undevolt another 50-100mv+ and save tons of power. I use CM, but SGM/GG supports all that stuff right?
Does anyone here have the 'Eco Bios' for R9 Fury and Rx 480 cards? I don't like using wattman or software to get power draw down and would prefer to flash bios for lowest possible power consumption at stock clocks or close to.
I finally tracked down the last bug and was able to confirm that LLVM/Clang can be used to generate binaries for AMD's proprietary OpenCL drivers. Since LLVM is only capable of generating ROCm binaries, I had to insert a thin ABI translation layer at the beginning of the kernel.
At this point, I don't think it's difficult to rewrite LLVM and make it compatible with CLRadeonExtender and have it directly generate OpenCL binaries. This would be huge for open-source mining as LLVM has a variety of neat features such as inline GCN assembly and limiting the number of registers. More importantly, we wouldn't have to rely on AMD's flaky drivers for code generation any more!
At this point, I don't think it's difficult to rewrite LLVM and make it compatible with CLRadeonExtender and have it directly generate OpenCL binaries. This would be huge for open-source mining as LLVM has a variety of neat features such as inline GCN assembly and limiting the number of registers. More importantly, we wouldn't have to rely on AMD's flaky drivers for code generation any more!
This would be indeed a revolution, amd has plagued us with bad drivers for years, keep up the good work man, it's impressive
I finally tracked down the last bug and was able to confirm that LLVM/Clang can be used to generate binaries for AMD's proprietary OpenCL drivers. Since LLVM is only capable of generating ROCm binaries, I had to insert a thin ABI translation layer at the beginning of the kernel.
At this point, I don't think it's difficult to rewrite LLVM and make it compatible with CLRadeonExtender and have it directly generate OpenCL binaries. This would be huge for open-source mining as LLVM has a variety of neat features such as inline GCN assembly and limiting the number of registers. More importantly, we wouldn't have to rely on AMD's flaky drivers for code generation any more!
At this point, I don't think it's difficult to rewrite LLVM and make it compatible with CLRadeonExtender and have it directly generate OpenCL binaries. This would be huge for open-source mining as LLVM has a variety of neat features such as inline GCN assembly and limiting the number of registers. More importantly, we wouldn't have to rely on AMD's flaky drivers for code generation any more!
I must be thick i cannot get the bat file to run on dwarfpool for ether
this is my bat file
@echo off
@set GPU_FORCE_64BIT_PTR 0
@set GPU_MAX_HEAP_SIZE 100
@set GPU_USE_SYNC_OBJECTS 1
@set GPU_MAX_ALLOC_PERCENT 100
@set GPU_SINGLE_ALLOC_PERCENT 100
gatelessgate.exe --gpu-platform 1 -k ethash -o stratum+tcp://eth-eu.dwarfpool.com:8008 u mywalletaddress --xintensity 4620 --worksize 192 --gpu-threads 2 --no-extranonce
pause
this is my bat file
@echo off
@set GPU_FORCE_64BIT_PTR 0
@set GPU_MAX_HEAP_SIZE 100
@set GPU_USE_SYNC_OBJECTS 1
@set GPU_MAX_ALLOC_PERCENT 100
@set GPU_SINGLE_ALLOC_PERCENT 100
gatelessgate.exe --gpu-platform 1 -k ethash -o stratum+tcp://eth-eu.dwarfpool.com:8008 u mywalletaddress --xintensity 4620 --worksize 192 --gpu-threads 2 --no-extranonce
pause
maybe -u and not just u. and i don't show -p.
for me work fine on miningpoolhub :
Code:
gatelessgate.exe --api-listen -k ethash -o stratum+ssl://hub.miningpoolhub.com:17020 -u -p x --gpu-threads 1 --worksize 512 --xintensity 2048
I must be thick i cannot get the bat file to run on dwarfpool for ether
this is my bat file
@echo off
@set GPU_FORCE_64BIT_PTR 0
@set GPU_MAX_HEAP_SIZE 100
@set GPU_USE_SYNC_OBJECTS 1
@set GPU_MAX_ALLOC_PERCENT 100
@set GPU_SINGLE_ALLOC_PERCENT 100
gatelessgate.exe --gpu-platform 1 -k ethash -o stratum+tcp://eth-eu.dwarfpool.com:8008 u mywalletaddress --xintensity 4620 --worksize 192 --gpu-threads 2 --no-extranonce
pause
this is my bat file
@echo off
@set GPU_FORCE_64BIT_PTR 0
@set GPU_MAX_HEAP_SIZE 100
@set GPU_USE_SYNC_OBJECTS 1
@set GPU_MAX_ALLOC_PERCENT 100
@set GPU_SINGLE_ALLOC_PERCENT 100
gatelessgate.exe --gpu-platform 1 -k ethash -o stratum+tcp://eth-eu.dwarfpool.com:8008 u mywalletaddress --xintensity 4620 --worksize 192 --gpu-threads 2 --no-extranonce
pause
ETH mining hasn't been fully tested yet. I will take a look when I get a chance.
Very nice zawawa, I appreciate that you are doing this for the community. What is the difference between platform 0 and 1, platform 0 seems to get more hash ~239 from 480 4 GB than platform 1 ~229.
clinfo should give you a pretty good idea.
Jump to: