It wasn't working for me since this morning
Error was: ¨GpuMiner cu_kd2c failed 77 (0), an illegal memory access was encountered¨
1060 6gb ssc
windows 10
claymore v15
I replaced -eres 0 by -eres 2 and it works again. Not sure for how long it will be working, but in my case, so no need to change the miner yet.
Topic: Claymore's Dual Ethereum AMD+NVIDIA GPU Miner v15.0 (Windows/Linux) - page 6. (Read 6590757 times)
December 25, 2020, 05:19:57 PM
December 25, 2020, 07:49:34 AM
rx5700 drop from 50mhs to 3 mhs @ linux system
December 25, 2020, 02:41:32 AM
Shitshow, Miner finally died on a Christmas morning...
Switch to trex and getting 18-20 MH/s instead of 35MH/s on 1070ti no matter the setting. What the hell?
Switch to trex and getting 18-20 MH/s instead of 35MH/s on 1070ti no matter the setting. What the hell?
what is your OS?
1080ti from ~48MH to ~18MH on windows 7...on windows 10 1080ti still at ~48MH
December 25, 2020, 12:55:51 AM
Shitshow, Miner finally died on a Christmas morning...
Switch to trex and getting 18-20 MH/s instead of 35MH/s on 1070ti no matter the setting. What the hell?
Switch to trex and getting 18-20 MH/s instead of 35MH/s on 1070ti no matter the setting. What the hell?
December 24, 2020, 08:32:16 AM
The problem is not in Claymore itself, but in old drivers where there was a software restriction on the use of OCL VRAM of no more than 4 gigs, this is clearly visible if you open GPU-Z.
Install the new drivers on 20.9.1 and everything will work right away, just remove the stripe settings because the OCL API has changed in the new drivers and Claymore does not understand it, otherwise the rig immediately goes into reboot.
Use the amdmemtweak tool instead of stripes.
The output is the same hashes with the same stability and no errors.
Install the new drivers on 20.9.1 and everything will work right away, just remove the stripe settings because the OCL API has changed in the new drivers and Claymore does not understand it, otherwise the rig immediately goes into reboot.
Use the amdmemtweak tool instead of stripes.
The output is the same hashes with the same stability and no errors.
December 23, 2020, 03:50:28 PM
I swapped to another miner, -eres 0 was giving me substantially lower hr on 1070ti, 1080ti, 3090, 3060ti cards I have.
I'd say what I moved to but all the other miner software still don't compare poolside to claymore and I'm not happy about it, about 10mh/s less than expected than the 20mh/s + than expected poolside I was getting from claymore just a few days ago.
I'd say what I moved to but all the other miner software still don't compare poolside to claymore and I'm not happy about it, about 10mh/s less than expected than the 20mh/s + than expected poolside I was getting from claymore just a few days ago.
Claymore and PhoenixMiner have inflated Mhs... is normal if you change miner that you will see real Mhs (lolMiner, TRM, ... )and not inflated.
I must have not been clear, Claymore gave me better results poolside in share count and hr, than what it displayed locally compared to other software.
December 22, 2020, 04:28:54 PM
I swapped to another miner, -eres 0 was giving me substantially lower hr on 1070ti, 1080ti, 3090, 3060ti cards I have.
I'd say what I moved to but all the other miner software still don't compare poolside to claymore and I'm not happy about it, about 10mh/s less than expected than the 20mh/s + than expected poolside I was getting from claymore just a few days ago.
I'd say what I moved to but all the other miner software still don't compare poolside to claymore and I'm not happy about it, about 10mh/s less than expected than the 20mh/s + than expected poolside I was getting from claymore just a few days ago.
Claymore and PhoenixMiner have inflated Mhs... is normal if you change miner that you will see real Mhs (lolMiner, TRM, ... )and not inflated.
December 22, 2020, 04:15:21 PM
I swapped to another miner, -eres 0 was giving me substantially lower hr on 1070ti, 1080ti, 3090, 3060ti cards I have.
I'd say what I moved to but all the other miner software still don't compare poolside to claymore and I'm not happy about it, about 10mh/s less than expected than the 20mh/s + than expected poolside I was getting from claymore just a few days ago.
I'd say what I moved to but all the other miner software still don't compare poolside to claymore and I'm not happy about it, about 10mh/s less than expected than the 20mh/s + than expected poolside I was getting from claymore just a few days ago.
December 21, 2020, 10:25:03 PM
What is the difference between -eres 0 and -eres 3 ?
I saw some people suggesting to use -eres 3 and I'm using this and seems to be working.
Thx!
I saw some people suggesting to use -eres 3 and I'm using this and seems to be working.
Thx!
What eres command does is saves extra space on your GDDR when you first run the program and it creates the DAG. So -eres 3 loads the next 3 dags space difference. It does this because usually when there is a new DAG created and you need to rewrite it on your GPU, sometimes a crash can occur. So why the default is -eres 2. So it loads 2 extra DAG space onto your current dag.
When people started to run out of space, they changed the -eres to 1 or 0 because it loaded less on the GDDR and managed to get mining started. However it was only a temporarily fix. So -eres 3 will run out of space earlier than -eres 0 which doesn't preload any extra DAG space.
Let me know if this makes sense, its really hard to explain.
December 21, 2020, 09:36:28 AM
-eres 0 Got it working again, though not sure how well or for how long.
Thanks a lot for the info its work for 1060.last few days with phonix 5.3 i just got half a reported Hashrate as Current hashrate !! with 100% valid share but with claymore only 10% lower thad reportet hash.
December 21, 2020, 07:49:07 AM
For all Claymore refugees, I recommend Phoenix. ~5 minutes to move my config over, and identical hashrates between the two on my 1070
December 21, 2020, 07:33:50 AM
Thanks claymore, now will have to try other miners :-)
December 21, 2020, 06:13:39 AM
-eres 0 Got it working again, though not sure how well or for how long.
-eres 1 worked for me, didn't try eres 0 yet but maybe not necessary
Documentation from page 1:
Quote
-eres this setting is related to Ethereum mining stability. Every next Ethereum epoch requires a bit more GPU memory, miner can crash during reallocating GPU buffer for new DAG.
To avoid it, miner reserves a bit larger GPU buffer at startup, so it can process several epochs without buffer reallocation.
This setting defines how many epochs miner must foresee when it reserves GPU buffer, i.e. how many epochs will be processed without buffer reallocation. Default value is 2.
To avoid it, miner reserves a bit larger GPU buffer at startup, so it can process several epochs without buffer reallocation.
This setting defines how many epochs miner must foresee when it reserves GPU buffer, i.e. how many epochs will be processed without buffer reallocation. Default value is 2.
As far as I could understand, we have only few days for migrating on alternate miner. Maybe week, but no more. Am I right?
>> Maybe week, but no more. Am I right?
Use parameter
Code:
-Eres 0
. This will give you one more Epoch (30'000 blocks) or about 3 days. December 21, 2020, 12:48:51 AM
-eres 0 Got it working again, though not sure how well or for how long.
-eres 1 worked for me, didn't try eres 0 yet but maybe not necessary
Documentation from page 1:
Quote
-eres this setting is related to Ethereum mining stability. Every next Ethereum epoch requires a bit more GPU memory, miner can crash during reallocating GPU buffer for new DAG.
To avoid it, miner reserves a bit larger GPU buffer at startup, so it can process several epochs without buffer reallocation.
This setting defines how many epochs miner must foresee when it reserves GPU buffer, i.e. how many epochs will be processed without buffer reallocation. Default value is 2.
To avoid it, miner reserves a bit larger GPU buffer at startup, so it can process several epochs without buffer reallocation.
This setting defines how many epochs miner must foresee when it reserves GPU buffer, i.e. how many epochs will be processed without buffer reallocation. Default value is 2.
As far as I could understand, we have only few days for migrating on alternate miner. Maybe week, but no more. Am I right?
December 21, 2020, 12:01:19 AM
-eres 0 Got it working again, though not sure how well or for how long.
-eres 1 worked for me, didn't try eres 0 yet but maybe not necessary
Documentation from page 1:
Quote
-eres this setting is related to Ethereum mining stability. Every next Ethereum epoch requires a bit more GPU memory, miner can crash during reallocating GPU buffer for new DAG.
To avoid it, miner reserves a bit larger GPU buffer at startup, so it can process several epochs without buffer reallocation.
This setting defines how many epochs miner must foresee when it reserves GPU buffer, i.e. how many epochs will be processed without buffer reallocation. Default value is 2.
To avoid it, miner reserves a bit larger GPU buffer at startup, so it can process several epochs without buffer reallocation.
This setting defines how many epochs miner must foresee when it reserves GPU buffer, i.e. how many epochs will be processed without buffer reallocation. Default value is 2.
December 20, 2020, 05:56:28 PM
-eres 0 Got it working again, though not sure how well or for how long.
Thanks for the info, it helped get my 1070 TI/1080 rig back and working. With Phoenix I lost 20MH/s so glad it got back to normal again! December 20, 2020, 01:20:19 PM
-eres 0 Got it working again, though not sure how well or for how long.
December 20, 2020, 07:51:05 AM
that is it, this miner is dead, claymore made this miner to work only up to 383 on eth.
December 19, 2020, 06:52:58 PM
If Satoshi ever moved a single of his 1million+ coins, It would cause some serious panic and anxiety.. He has the power the dump BTC down to $1 if he dumped all those coins on the market for whatever reason.. Investors know this and monitor all those old address.. A single coin hasn't moved from those early days.. You'd know if it did by the storm on Twitter etc
I believe that if any of that was to begin to move BTC and altcoins would crash fairly quick just from the fear that the wallet(s) became compromised and someone was going to sell it all. I know that I would!
Then when the price of BTC goes down to the triple digits, use all of the billions of dollars (USD) that you earned from selling it to buy it all back up again!
December 19, 2020, 06:25:05 AM
If Satoshi ever moved a single of his 1million+ coins, It would cause some serious panic and anxiety.. He has the power the dump BTC down to $1 if he dumped all those coins on the market for whatever reason.. Investors know this and monitor all those old address.. A single coin hasn't moved from those early days.. You'd know if it did by the storm on Twitter etc
Jump to: