No updates...Well it was an interesting start.  Too bad to see a nice project like this not be updated  We dont really need claymore anyways...there are other options.  but more options equal better options

is development on this miner stopped?

You're doing better with keeping your IP hard(er) to get at - nice work. Might want to use C instead of Go so you can put in some anti-debugging traps, too.

Also... in your "Optimized 4 threads" OpenCL... I know this won't make a huge difference, but it still makes me sad:


Were that interpreted how you wrote it (verbatim), you would be eating... 4 clocks for the shift, and an untold number of clocks for the modulo, as AMD GCN doesn't even have modulo implemented - it's emulated. In reality, it's going to optimize that to an AND, making it look more like this:


Okay, that's 8 clocks - two full-rate instructions. Unless you use a local worksize that's not a power of two, and in that case, god help you. But we can do better.

First, for AMD - you're using LDS. Any worksize above wavefront size (64 work-items) is going to make those barriers take a LOT longer. Reason being, an AMD GCN CU (Compute Unit) only executes wavefronts. Larger work groupings are cut into wavefront-sized pieces and executed that way. If you use an LDS barrier with a worksize of 64 (wavefront size) - big deal, the whole wavefront is handled by that CU, and as such, the barriers can actually be omitted! And they are, by the AMD OCL compiler, in that case. When you make your group larger - suddenly you need to sync with other execution units: this is going to make you very sad. So - at least for AMD - I would keep it to 64 work-items/local group.

Now - we know the value of THREADS - the kernel says it's a 4-way - so... get you one of these...


... and suddenly you have access to the amd_bfe builtin, which is purpose-built for what you wanna do! It gives you direct access to the v_alignbit_b32 instruction. And this gives us:


Shaving at LEAST four ticks off the best the compiler would likely come up with (and I am being generous.) As it's looped, this magnifies the effect of the optimization, although it's still not much. Now you have the operation done in a single full-rate instruction, though - which IS an improvement.

any update soon?

I found an issue with cloud service if i don't use a key or didn't have interest in using it some parameters do not work, like for example -M for device selection.

Power usage is still pretty high. No watchdog, yet...

request to add feature to notify when significant hash rate drop for a worker(ideally configurable). ie. a worker usually do 180mh/s, if drops by more than X%(configurable) it sends a notification. do not need to notify immediately(configurable). but if below the threshold for more than Y(configurable) minutes then notify.

Ok so I'm seeing about 0.5 to 1% better hashrate reporting pool side.  Would be nice to have a worker automatic restart if a gpu goes down for some reason, and a warning, or automatic intensity drop for that gpu.

Can i use different pools for failover
Like this -> eminer -S eu1.ethermine.org:4444,eth-eu1.nanopool.org:9999

BTW i like to use your miner , keep working !

Thanks

I am reporting a LOT of crashing on Linux. Ubuntu 16.4
I have tried many different settings but the AMD cards crash every 30 mins or so.
I wish I had a better understanding of the -kernel switch that no one will explain.
3 of the cards are 390's and I am thinking maybe they don't work well on -kernel 3.
Also the fan speed switch does not seem to change the fan speeds on Linux.

So maybe someone can answer these 2 questions -

1) Explain differences between -k 1,2,3
2)is the -kernel switch able to use commas to set different kernels for different cards? -kernel 2,2,3,3,3 ANSWERED BY ME. YES IT WORKS LIKE EXAMPLE

Thanks for any help

Any thoughts to adding clock and memory speeds for AMD?
-cclock 1100
-mclock 1500
Very useful for Linux rigs
thks

Hi guys I am a a bit of a nub so please bear with me. I have the following rig setup for mining eth+dcr but i keep getting the error in the subject line. my setup is as follows:

Windows 10 64 bit
16GB ram
ADM FX(tm)8350 eight core
RX Vega 64 8GB
Page file on e:\ min 1340 max 16400

running claymore dual miner 10 my batch file is as follows:

setx GPU_FORCE_64BIT_PTR 0
setx GPU_MAX_HEAP_SIZE 100
setx GPU_USE_SYNC_OBJECTS 1
setx GPU_MAX_ALLOC_PERCENT 100
setx GPU_SINGLE_ALLOC_PERCENT 100

EthDcrMiner64.exe -epool eth-us.dwarfpool.com:8008 -ewal xxxxxx.1 -epsw x -dpool stratum+tcp://yiimp.eu:3252 -dwal xxxxxx -dpsw x

any and all help would be extremely appreciated i tussled with this for a few hours last night and come up stumped. is it possibly because i have the page on the e:\ and claymore on the c:\ or is there something wrong in my batch file

You... left... the OCL in the binary... and it's not even packed! That... was kind of a let down.

how to connect to: clona.ru (solo pool). I do not know how to edit the bat file so that I can connect to clona.ru please help me. TYVM

I know, I mean if a card stopped, Eminer should warn me -- not continue to average with 0MH/s

also just want to check if we can delete workers from the cloud dashboard?

i did not use the -N to specify the worker name so the dashboard has multiple instance of the random 5 char string showing up.

I have a problem.

My RX480 crashed, but Eminer thinking it's still alive, so I got this:



Please fix it. Thanks.

( In the state, miner can't be restarted, so I only need to know what correct happens and stop)


Win10/AMD DAG fix driver/Eminer 0.6.1 RC2/ASUS RX480 4G dual

Why is there still no transparency on when the Dev Fee is being mined?

 Claymore does this and you should too.

really like so far ))

is there a way that you make the cloud monitoring local on ones network?

edit:

when running on my AMD rig i get this msg:


?

after 2 hours running eminer v0.6.1-RC2, windows 10, cloud service, received error:

ERROR[09-19|22:29:36] Couldn't send stats to cloud service     error="Not verified"

local eminer still working with no problem