Now when silentarmy v3 miner comes, the power of Claymore's miner is its user friendliness and a lot of options including remote monitoring and management. Plus now Windows version that silentarmy v3 lucks (yet).

Though, I still cannot run ETH CDM on some motherboard that has internal video set as a primary (it does not start without it). CDM just does not have an "OpenCL platform" option and fails to run on it. Another system under Windows I know of does not display temperatures for cards for the same reason: Windows detects internal video as the 1st adapter and return its temperature readings to CDM. So CDM mines on few AMD GPUs but displays just one temperature for internal video that happened to be found as the 1st adapter in the Windows system. And there is no option to select the temp/fan monitoring platform and order.

This is where open source rules: I can fix anything there, but in CDM.

For mining? Thanks, never. 

Running diskless rigs under Linux for mining, Windows when I need them. MacOS when I celebrate own birthday (like today) laying in a bed.

F5 does not work in Safary on Mac, what should I do?   I am missing the release... 

It was said here few days ago that by the time Claymore's miner will be released, all will mine ETH.
This seems to come true now, and the subject of this topic returns :-)

H81 Pro BTC, G3240, 4GB RAM, 6 x RX470 Nitro+ 4GB (Hynix) = ~230 Sol/s  (Linux, 1500 mem strap, no GPU/mem overclock, zogminer)

Anybody tells me where to check the balance?

I mined on zcash pool with nheqminer_zcash few hours at 100 sol/s, saw miner in the list but zero balances (as well as many other miners still are with some KSol/s. With those zeroes I dropped that pool and can't find where to check the mined balance for my t-addr. Unlike other pools. It was in the first night of zcash.

Saw similar questions but no answers.

Now it seems I lost all mined when the price was high. I am still interested to know where to check the balance to mine and be paid. Maybe I missed some form on the site for address?

Don't you think that's the reason to make Linux version?

Seriously, it is not a ZEC issue, but miner writers. Xtremal's one is more or less stable on Linux but tied to one only pool which is not stable, and miner often loses connection and can't recover. Genoil's one crashes for me. Etc, etc. But Windows version is also limited to actually Nicehash's one. It is stable for me but again tied to couple pools only, and no latest sources published to patch and rebuild without tricks.

But it still isn't supported (ignored) on Linux with amdgpu-pro drivers in 7.3? Without it not a lot of sense to switch for me.

I observed that running on 2-core CPU Win7 searches for updates and uses 100% of one core for a while. With single core it should be worse. I like Linux, the miner uses less than 6% of CPU and the system almost does not use it. So I can run a zcash CPU miner in addition to CDM :-)

See above: start /high "Title" command args...
Run "start /?" on Windows command prompt for details.

With slow 2-core CPUs it helps a lot on Windows and is the easiest way.

Usually it means your CPU is doing something like Windows Update search (if you are on Windows).
As a first try you may run miner with high priority (either with start /high command or by changing the priority in the process list).
Usually all unnecessary processes should be disabled (such as Windows Update, background search indexer, etc).
Or use Linux, it just works even on 1GB RAM without issues.

Any updates on ETC operations?

There is an unpaid balance and all mining redirected to ETH. ETC is now more profitable than ETH (ATM).
Are you going to resume ETC? Or I have to switch to another pool? Please advise.

WooHoo! It solved the issue. Win10 original drivers + 16GB paging file = success.
I really did not expect that it will require manual paging file with 8GB or system RAM since miner process used only ~250MB (as shown by Windows).
Thank you, now it works as it should.

AFAIR, I tried -gser with no success. I think this option serializes OpenCL code compilation (miner writes "POOL/SOLO version" and builds the code, thus delay). Then it runs the same DAG build process on all GPUs at the same time, and then a memory size should not make any sense.

I forgot to manually increase virtual RAM size, but I have 8G RAM installed and think that at least the same amount was added by paging, so it should not be a problem.

Anybody runs CDM with 6 RX470 cards? I've been trying, still no success.

On Linux single card works fine, 2+ are visible but give weird hash rates (too low and unstable).
On W7 only 4 cards work, with 6-card mod ANY 5 of 6 cards work, one gives error code 43. I can change it to other, but up to 5 working.
On W8 5 of 6 cards work without any mods, one gives error. Seems the same issue as on W7 with 6-card mod.
On W10 all 6 cards are visible, but CDM shows errors creating DAG on 2-4 cards (different every time), -lidag does not help.

CDM 7.2, amdgpu pro on Linux, Win drivers 16.9.2, ASRock H81 Pro BTC, Sapphire RX470 Nitro+ 4GB, PSU 1300W, different risers (some strips and some USB ones, while I am waiting for a pack of 6 USB risers).

W7 and W8 work but seems like insufficient PCI-E resources to run 6 cards. Starting the 6th card initializes it and immediately gives code 43. ANY of 6.... So no hardware issues, but something else. Mining on any 5 cards is stable.

W10 and Linux - I have no idea what happens at all.

Because as I wrote above, GPU frequency/voltage for P1-P7 is read from modded BIOS and used. But for memory only P1 frequency was set, but voltage still is default 1000mV instead of flashed value. I don't know why.

1. Maybe makes sense to update readme (saying about "in the past")?
2. I am ready to test it, just give us an option and write in readme that it "requires root permissions". Better than not have it at all.
3. Same here, please check since I can't use Linux with RX470. Nitro+ 4GB reflashed, GPU opts are loaded, but Mem Voltage set to 1000mV regardless of my settings. So all runs at 1000mV instead of 900-875. On windows I can undervolt and it preserved by drivers, on Linux still no-go.
4. I may check that later, I have some mixed system.
5. No. In short: changing memory clock using any tool does not change displayed hashrate until miner restarted or card stopped/resumed. Except a card with monitor connected: for it new hashrate is shown instantly.

When I change memory freq using any tool (WattTool) for a single card while miner is running, it instantly changes displayed hashrate only if the card has connected monitor (tested on Rx470). For headless cards the hashrate shown is not changed until miner restarted or card stopped/resumed. That seems to be a feature (@All: please confirm, but I saw someone complained for the same issue).
When you change freq using miner cmdline, and previous freq was not the same, miner sets freq but shows hashrate for old freq until restarted.

@Claymore, few questions:

1) -cclock: you wrote "you can overclock only", but it seems not to be true for, at least, Windows and Polaris. My 470x can be underclocked (GPU set to 1150 for all states).
2) Any chance to support -cclock and -mclock on Linux for amdgpu-pro drivers (for Polaris)? It is not said "unsupported on Linux", but does not work for me (mem can't be set to 1950 using this).
3) Any chance to support -cvddc and -mvddc on Linux for amdgpu-pro drivers?
4) Are older cards like 7950/7970 supported using amdgpu-pro drivers on Linux?
5) There is an issue on Windows when used -*clock commands: they are applied at some init stage, but for my 470x it instantly changes hashrates only for the card with monitor connected. I can stop and resume other cards for changes to take effect (and show correct/new hashrate), but probably makes sense to fix it somehow, so miner shows correct hashrates after applying values. Of course, if you run it for 2+ time, drivers keep settings and there is no that effect. Still, it is surprising when you run minr with some value and it is not reflected in hashrates.

Just received some RX470 cards and built a test Windows 7 x64 righ with just 1GB (ONE) of system RAM. It works just fine with 3 RX470 cards (soon receiving more).

The key is to use -gser 1 option to serialize card initialization and don't forget to change virtual memory to use 16GB paging file. I don't know if the latter is really necessary, but -gser helps.

Soon switching to linux for new cards.

BTW, can anybody point me to the explanation of Polaris power stage structure? I need to understand well what all those VDDs mean. AFAIK, main VRM supplies voltage to a controller that generates more voltages for VRAM, GPU, VRAM to GPU bus, etc. Also there is some offset (from what to what?) used to downvolt. I use them blindly but please help me to find an info about this, I want to optimize my system but like to understand what I'm doing.

Actually, the difficulty to build such distros depends on the service you want to have. Say, some distros autodetect and configure network cards for you. All is fine when it works. But if something goes wrong you have to find what's wrong exactly. Instead I prefer to configure things by hand using vi. If things go wrong I know exactly where to find it. But then I am getting optimized light configuration to work with. Configure once, use forever.