Topic: Claymore's Dual Ethereum AMD+NVIDIA GPU Miner v15.0 (Windows/Linux) - page 288. (Read 6590718 times)

Hi,
 i have just modded my bios and uploaded it again.
But Windows told me that there is a problem with this card so it can't be activated.
Just googled a bit, does i have to install  *atikmdag-patcher* after driver installation? If yes is there a newer version instead of 1.4.6 available? I have also installed 18.3.4...

thx in advance.

best regards,
freeapp


EDIT:
I have found the answer by myself...
Yes i have to install the *atikmdag-patcher* ...

Thx for everyone who has read this and wanted to help...

Do u have a monitpr connected? Internal gpu enabled?

It seems 3GB cards won't be able to mine ETH/ETC in Windows10 soon because this OS reserves about 20% of GPU memory size and there is no way to fix it (at least easily).
In next update I will set zero devfee for these cards (same as I did for 2GB) so you can mine ETH forks.
If you still want to mine ETH/ETC on 3GB cards you should use Windows7 or Linux.

Is it over for 3GB cards on ether?  

Getting CUDA error 11 - cannot write buffer for DAG.

Tried the -eres 0 and -lidag 0

Was mining fine for months until today.

Thanks!

I wonder if increasing virtual memory might help.  Or upgrading to 8GB system ram.

I don't want to just try something remotely bc if my rig freezes I won't be able to go to it in person to turn the PSU off/on for at least a few days.

For the first 15 - 24 hrs, it has no problems, and then the miner hangs, hash zero until I hard shutdown the PC.

Setup...

GPUs: 6x 1060 6gbs Miner: Claymore 11.5 64bit OS: Windows 10 64 bit pro



Logs from right before the miner hangs...


02:02:45:424 1b04 ETH: Share accepted (141 ms)!

02:02:46:802 13c4 em hbt: 32, fm hbt: 125, 02:02:46:802 13c4 watchdog - thread 0 (gpu0), hb time 32 02:02:46:802 13c4 watchdog - thread 1 (gpu0), hb time 157 02:02:46:802 13c4 watchdog - thread 2 (gpu1), hb time 94 02:02:46:815 13c4 watchdog - thread 3 (gpu1), hb time 234 02:02:46:815 13c4 watchdog - thread 4 (gpu2), hb time 265 02:02:46:831 13c4 watchdog - thread 5 (gpu2), hb time 156 02:02:46:831 13c4 watchdog - thread 6 (gpu3), hb time 156 02:02:46:846 13c4 watchdog - thread 7 (gpu3), hb time 46 02:02:46:846 13c4 watchdog - thread 8 (gpu4), hb time 140 02:02:46:846 13c4 watchdog - thread 9 (gpu4), hb time 0 02:02:46:862 13c4 watchdog - thread 10 (gpu5), hb time 78 02:02:46:862 13c4 watchdog - thread 11 (gpu5), hb time 203 02:02:47:018 1b04 ETH: checking pool connection... 02:02:47:018 1b04 sent: {"worker": "", "jsonrpc": "2.0", "params": [], "id": 3, "method": "eth_getWork"}

02:02:47:190 1b04 buf: {"jsonrpc":"2.0","id":0,"result":["0x8af772e5207971a9c17739cb0bd444c77bb74ea0ea1515da9384a1f47483ff00","0x40910b6ac043b9a4c8a3a5100b00efcc1d90c39643cc754f24bf544c3e29c01c","0x000000006df37f675ef6eadf5ab9a2072d44268d97df837e6748956e5c6c2116"]}

02:02:53:456 1b04 sent: {"id":6,"jsonrpc":"2.0","method":"eth_submitHashrate","params":["0x763ca7b", "0x00000000000000000000000000000000000000000000000000000000029a3eb2"]}

02:02:54:145 16ac GPU0 t=69C fan=62%, GPU1 t=69C fan=34%, GPU2 t=68C fan=60%, GPU3 t=74C fan=42%, GPU4 t=83C fan=73%, GPU5 t=67C fan=55% 02:02:57:035 1b04 ETH: checking pool connection... 02:02:57:035 1b04 sent: {"worker": "", "jsonrpc": "2.0", "params": [], "id": 3, "method": "eth_getWork"}

02:02:57:191 1b04 buf: {"jsonrpc":"2.0","id":0,"result":["0x8af772e5207971a9c17739cb0bd444c77bb74ea0ea1515da9384a1f47483ff00","0x40910b6ac043b9a4c8a3a5100b00efcc1d90c39643cc754f24bf544c3e29c01c","0x000000006df37f675ef6eadf5ab9a2072d44268d97df837e6748956e5c6c2116"]}

02:03:01:457 1b04 buf: {"jsonrpc":"2.0","id":0,"result":["0xb768f375031755ac0898d84062207f4a494d761d850bf0bd2e5024cbd30fc4f7","0x40910b6ac043b9a4c8a3a5100b00efcc1d90c39643cc754f24bf544c3e29c01c","0x000000006df37f675ef6eadf5ab9a2072d44268d97df837e6748956e5c6c2116"]}

02:03:01:457 1b04 ETH: 03/29/18-02:03:01 - New job from eth-us-east1.nanopool.org:9999 02:03:01:473 1b04 target: 0x000000006df37f67 (diff: 10000MH), epoch 178(2.39GB) 02:03:01:473 1b04 ETH - Total Speed: 129.842 Mh/s, Total Shares: 219, Rejected: 0, Time: 04:31 02:03:01:492 1b04 ETH: GPU0 21.460 Mh/s, GPU1 21.693 Mh/s, GPU2 21.881 Mh/s, GPU3 21.703 Mh/s, GPU4 21.559 Mh/s, GPU5 21.546 Mh/s

Any help?

Here is my batch file...

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-east1.nanopool.org:9999 -ewal 0x6431245d999c72bd4cce8c1941e5410017/Sleepy/[email protected] -epsw x -ftime 10 -mode 1

Hi!
This is under linux, simplemining manages the virtualmemory but it always works without problem with this config.
Claymore´s command line :
-wd 1 -r 1 -epool stratum+tcp://daggerhashimoto.eu.nicehash.com:3353 -ewal "adress" -epsw x -esm 3 -allpools 1 -asm 1 -estale 0 -mport 127.0.0.1:3333

Hi all, how are you?

I´m having a strange issue mining on claymore eth:

Since 2days ago, the miner program restarts every 5-10 minutes, with no gpu errors, speed dcrease on any gpu or something like that.
It only happens with claymore ethereum, 11.5,11.4 ...  Any problem with sgminer, claymore xmr or other miners.

This is a 10gpu rx470/570 rig, asrock h110 running SMOS under linux.


Any ideas?? Anyone had this issue before?

So, you are not a "standard" troll, but now you are a funny and try to be a smart troll!   


Do you seriously think that what you say here makes sense?  We are running automated conversion for weeks now and it just works perfectly, can't you apprehend that? People are using it, get payed in the coins they want and are more then satisfied with our pool... reason they stick with us

Why on earth do you think that every earning goes over an exchange and why do you think this is necessary? ... Do you really think that i am sitting here with a piece of paper doing conversions for miners like in 1980??

Let me help you out here .... We actually have put time and effort in this and have made code for this to automagically convert your coins without having them hit the exchange working together with some API's to the exchanges to get realtime exchange rates.

Do you get it now that we might be ahead of you and competition and just run a good service?


If you would tell the truth that would be nice. Also you don't need to create a troll account for this unless you are hiding something yourself?
And for now you are only advertising my pool since there is nothing i have to hide. Stop bothering people with FUD.

Oh gosh. The point here guys is he is trying to be angelic with his 0 pool fee or whatever the fuck his gimmick was. Now he is adding ".9%?" on top of what he is already stealing ever since the pool started. The point is he is skimming as well. He is not transparent. And he is trying to reason out the 1544xvg as "miner's fee". Ridiculous.

Well ok, when you put LTC as your wallet you "might?" be paid for whatever the shitcoin you dont intentionally mine. But I do not believe you will be paid in XVG/XSH if you use XVG/XSH or whatever the shitcoin as your wallet. There are no efficient exchanges for shitcoins to shitcoins. Such as shield to xvg. Doing it so will eat fees. Shitcoins>ltc/btc>desired shitcoin. I dont think he is willing to lose such. Hell he even skimmed you 1-2%, what more with the lots of exchanger's fees? I dont think he has a bot to do so. Heck he is even exchanging LTC manually.

It's just annoying to see him advertise on a daily basis on this thread with so enticing gimmicks. Why not create a new thread?

Im a troll? Yeah I do. But truth hurts you know.

That is indeed right. When XVG is unavailable ( For whatever reason, network overload, wallet problems or just slow ) the pool gives you another coin and exchanges it back to XVG for you. This is one of the reasons you see more profit.
Also it helps against downtime.... I believe you all have been in the situation that your rig's unexpectedly rebooted because the pool is unavailable, hence it hurts your ETH performance when the second coin is unavailable, so with us you don´t have this problem. We want to provide a stable pool @ high quality.


Thanks for letting me know. I will work on this in next days and try to have it displayed correctly. We use the +/- 15XVG per block to cover all transaction costs for payments where other pools just include this in their transactions. So you don't pay 1,9 ...It's just 0.9% as the 15 XVG per block does not even cover for it. It has been set this way from day one and i don't want to cause any unannounced downtime over the eastern holiday weekend, so i will do this with caution

Please note that some months ago during the first week of the pool start i made a mistake, causing some blocks to be lost. I have always been honest about this, and promised set the fee to 0% for a month as compensation. As this is long ago, i need to pay for the hardware to keep the pool running, so there is no profit for me in this.

I must agree that nlpool is the best now. I can earn about 21 xvgs a day. I've tried other pools: blake2s, unimining, antmine. They give you less than 20. I think nlpoolscam has all the reasons to complain about nlpool mining other coins even though you only want to mine xvg. Perhaps when xvg is not available to mine, nlpool mines other blake2s coins and exchanges them to xvg later. Hence the bigger earnings. I'm guessing, anyway.

While I agree this is a troll. As a user of your pool would request you change the reward per block to the correct 1560 and then if you so choose add the 1% fee to bring it to 1.9%.

Even with 1.9% you're the best option as I see it, but transparency is something most crypto enthusiasts value highly.

To clarify, I did some very quick and rudimentary troubleshooting.  Ddu and clean install of aug23 blockchain driver.  Checked riser.  GPU0 appears normal in gpuz and msi AB.  No time atm to do much more.

Yeah fix the problem, unistall nvidia driver, install 376.33 and add this parameter on bat file.

Thanks

Same thing happened to me.  Windows freezes when setting dag epoch on gpu0.  Problem is only on my TB85 rx580 rig with 4gb of system ram.  My TB250 rx570 rig with 8gb of system ram is fine.  Both are six-card rigs.

Work has been too busy so I haven't had time to troubleshoot.  Just used -di to turn off gpu0 for now.

If you figure something out plz let me know.

If anyone else has insight, please share.

Run -benchmark 180 and increase it until you get errors. Is this hard for you?

Could you please say, what will that mean in days / months approximately?

I think next time we will roll back to Win 7 if the problem is in the huge reservation of the gpu memory of Win 10

P.S. sorry for my English, google translate...

try to run with -eres 1.. 2.. 3.. etc this will show you how many epoch forward this will work