kkourmousis
Member
Offline
Activity: 119
Merit: 10
|
|
January 26, 2018, 09:53:30 AM |
|
my prediction is that now dual mining is dead, claymore will lose a lot of clients unless he finds some other coins to dual mine
Some things just can't happen. I found a reddit post that seems legit, which explains that: Ethereum is memory intensive and mining is bottlenecked by the memory speed, while the compute units are waiting on the memory it uses those cycles to mine the second currencyThat "second currency" was based on Blake algorithm -which now has ASICs available-. What you imagine as "some other coins to dual mine" would be of another algorithm, lets say CryptoNight for example. As far as I know, CryptoNight is memory intensive (just like Ethhash) and there is only room for one memory intensive coin per card. All of the above is my personal understanding, do not take it for granted. That is right. We cannot mine the DCR and SIA soon.
That depends on your electricity cost. In my case (I have very expensive electricity, 0.3$/kwH) I have already stopped dual mining
|
Buy me a souvlaki: ETH: 0x22D1C05F89dbe036aABFFEc197949E635903C6FA BTC: 1FHwEyiCqUTpauGfvPg5czMYoWMKqYGBWx
|
|
|
wll1rah
|
|
January 26, 2018, 10:36:32 AM |
|
Noob here and kind of late in the game but still want to see how things work.
I have a PC with Windows 10, Intel based with eVGA 980 TI video card. I just downloaded 10.6 version of Claymore's Dual Ethereum AMD+NVIDIA GPU Miner v10.6 (Windows/Linux).
I am getting around 10.70+ Mh/s as shown on the Windows console running "ETHEREUM-ONLY MINING MODE ENABLED"
Is this normal? If not, what can I do get the yield higher?
If things go well, I am thinking of building a rig with 4 GPUs but we will see.
Thanks,
Rick..
Use Linux even with the workaround in windows the speed is still slow on Nviidia cards
|
|
|
|
nike357
Newbie
Offline
Activity: 1
Merit: 0
|
|
January 26, 2018, 10:48:41 AM |
|
Hi Guys,
Not sure if I am in the right thread but google just dropped me here.
I have a Sapphire TriXX R9 290x where I've just replaced the crappy stock fans with aftermarket one's that are NOT using the Fan Connector of the GPU. They run full speed all the time and all seems to be fine but the card is not detected by Claymore. However it is showing up in Afterburner and Windows detected it as well.
The card was detected correctly with the Stock Fans but they died and I replaced them with 100mm ones that connect to a Fan Management.
Is there some settings in Claymore that prevent the card from showing up if no Fan is connected?
Cheers and hoping for some help as I do not want to buy original replacement fans from China that need ages to arrive.
|
|
|
|
sedde
Newbie
Offline
Activity: 43
Merit: 0
|
|
January 26, 2018, 10:52:45 AM |
|
my prediction is that now dual mining is dead, claymore will lose a lot of clients unless he finds some other coins to dual mine
Some things just can't happen. I found a reddit post that seems legit, which explains that: Ethereum is memory intensive and mining is bottlenecked by the memory speed, while the compute units are waiting on the memory it uses those cycles to mine the second currencyThat "second currency" was based on Blake algorithm -which now has ASICs available-. What you imagine as "some other coins to dual mine" would be of another algorithm, lets say CryptoNight for example. As far as I know, CryptoNight is memory intensive (just like Ethhash) and there is only room for one memory intensive coin per card. All of the above is my personal understanding, do not take it for granted. That is right. We cannot mine the DCR and SIA soon.
That depends on your electricity cost. In my case (I have very expensive electricity, 0.3$/kwH) I have already stopped dual mining Maybe you misread, i never said we can mine cryptonight and ethash together. This is why i said he must find out other coins to be mined.
|
|
|
|
wll1rah
|
|
January 26, 2018, 10:56:07 AM |
|
So, new dual miner algo's Keccak TimeTravel m7 BlakeR8, i'm aware of the ASIC, however, they are merged miner with at least four coins, BLC, LIT, PHO, UMO. This algo is best known for Verge at the moment and is likely to draw attention only there.
|
|
|
|
Maaim
Newbie
Offline
Activity: 6
Merit: 0
|
|
January 26, 2018, 02:04:52 PM |
|
Is it possible to delay all mining until DAG generation completes? I have a GPU that's pretty touchy and if the mining starts before it's DAG is generated the GPU will never come up. This causes the app to restart and sometimes crash. I've used the serial options and tried to slow it down but that doesn't prevent the mining from starting before DAG generation on all cards. Just a thought.
Thanks!
see the documentation: -gser this setting can improve stability on multi-GPU systems if miner hangs during startup. It serializes GPUs initalization routines. Use "-gser 1" to serailize some of routines and "-gser 2" to serialize all routines. Using values higher than 2 allows you also to set custom delay between DAG generation on GPUs, for example, "-gser 5" means same as "-gser 2" and also adds 3sec delay between DAG generation (can be useful for buggy drivers and/or weak PSU). Default value is "0" (no serialization, fast initialization). i would recomment starting with -gser 3 to serialize it with 3 sec. delay. if that doesnt help you can also try it with -lidag 2, which sets the intensity lower when DAG creation Thanks for the response. I've already tried the queuing options for serializing the startup including 'gser' and 'lidag'. It's not that the card crashes during the DAG generation, but when mining starts before the DAG generation is completed. The 'gser' option works to serialize the start, but it doesn't stop mining from starting before DAG is complete. Any other thoughts?
|
|
|
|
leonix007
Sr. Member
Offline
Activity: 1008
Merit: 297
Grow with community
|
|
January 26, 2018, 02:42:17 PM |
|
Is it possible to delay all mining until DAG generation completes? I have a GPU that's pretty touchy and if the mining starts before it's DAG is generated the GPU will never come up. This causes the app to restart and sometimes crash. I've used the serial options and tried to slow it down but that doesn't prevent the mining from starting before DAG generation on all cards. Just a thought.
Thanks!
see the documentation: -gser this setting can improve stability on multi-GPU systems if miner hangs during startup. It serializes GPUs initalization routines. Use "-gser 1" to serailize some of routines and "-gser 2" to serialize all routines. Using values higher than 2 allows you also to set custom delay between DAG generation on GPUs, for example, "-gser 5" means same as "-gser 2" and also adds 3sec delay between DAG generation (can be useful for buggy drivers and/or weak PSU). Default value is "0" (no serialization, fast initialization). i would recomment starting with -gser 3 to serialize it with 3 sec. delay. if that doesnt help you can also try it with -lidag 2, which sets the intensity lower when DAG creation Thanks for the response. I've already tried the queuing options for serializing the startup including 'gser' and 'lidag'. It's not that the card crashes during the DAG generation, but when mining starts before the DAG generation is completed. The 'gser' option works to serialize the start, but it doesn't stop mining from starting before DAG is complete. Any other thoughts? did you set your Virtual mem to at least 16GB, I was also thinking a hardware issue, are you using risers? if you could post your HW specs then its more appreciated.
|
|
|
|
jimmypt
Newbie
Offline
Activity: 2
Merit: 0
|
|
January 26, 2018, 02:55:31 PM |
|
hi everybody,
I just join the mining community. I have 2 RX 480 8GDDR5 (1 Asus and 1 MSI) but the problem is that with one of them I reach 25Mh/s and with the other one only 18Mh/s.
Why is this happen? Anyone can help me with that issue?
thx a lot
|
|
|
|
xeridea
|
|
January 26, 2018, 03:00:39 PM |
|
hi everybody,
I just join the mining community. I have 2 RX 480 8GDDR5 (1 Asus and 1 MSI) but the problem is that with one of them I reach 25Mh/s and with the other one only 18Mh/s.
Why is this happen? Anyone can help me with that issue?
thx a lot
Use GPU-Z to check memory vendor. I assume the Asus one probably has Samsung, MSI one probably Hynix. You can bios mod to get better speed by using better memory timings. Most cards should hit at least 27-28MH with custom timings, or at least 26MH with simple memory strap copy and a bit of OC. Use HwInfo64 to check memory errors. As far as memory quality goes, Hynix < Elpida < Samsung.
|
Profitability over time charts for many GPUs - http://xeridea.us/chartsBTC: bc1qr2xwjwfmjn43zhrlp6pn7vwdjrjnv5z0anhjhn LTC: LXDm6sR4dkyqtEWfUbPumMnVEiUFQvxSbZ Eth: 0x44cCe2cf90C8FEE4C9e4338Ae7049913D4F6fC24
|
|
|
BennyT
|
|
January 26, 2018, 03:10:09 PM |
|
Why does 10.6 not clear the virus check?
|
|
|
|
jimmypt
Newbie
Offline
Activity: 2
Merit: 0
|
|
January 26, 2018, 03:26:00 PM |
|
hi everybody,
I just join the mining community. I have 2 RX 480 8GDDR5 (1 Asus and 1 MSI) but the problem is that with one of them I reach 25Mh/s and with the other one only 18Mh/s.
Why is this happen? Anyone can help me with that issue?
thx a lot
Use GPU-Z to check memory vendor. I assume the Asus one probably has Samsung, MSI one probably Hynix. You can bios mod to get better speed by using better memory timings. Most cards should hit at least 27-28MH with custom timings, or at least 26MH with simple memory strap copy and a bit of OC. Use HwInfo64 to check memory errors. As far as memory quality goes, Hynix < Elpida < Samsung. Both of them have Samsung memory. https://d2ffutrenqvap3.cloudfront.net/items/0P0A1n2T190R0i2C2641/Screen%20Shot%202018-01-26%20at%2015.22.33.png?v=74843412For what I see here I think everything is almost the same. Do you now any good "How to bios update for dummies" tutorial that I can follow?
|
|
|
|
bitcoinche
Newbie
Offline
Activity: 1
Merit: 0
|
|
January 26, 2018, 03:42:13 PM |
|
Hi folks, i have a strange problem and cant find the solution. only first card will set clocks and power AMd 18.1.1 Claymore 10.6 2x AMD 580 i configured the clock and memcock of both cards, and power. i used syntax: -mclock 2200,2200 and so on.
But only GPU 0 (first one) will comply! gpu z says it is at stock clock i want to tell her that resistance is futile. any ideas?
thanks a lot
|
|
|
|
thx333
Newbie
Offline
Activity: 11
Merit: 0
|
|
January 26, 2018, 08:00:06 PM |
|
I have always 89 Mh/s, but seems less increase ETH per day Algoritm more difficult? Claymore's 10.0
|
|
|
|
pubix
Member
Offline
Activity: 154
Merit: 10
|
|
January 26, 2018, 08:13:16 PM |
|
hi everybody,
I just join the mining community. I have 2 RX 480 8GDDR5 (1 Asus and 1 MSI) but the problem is that with one of them I reach 25Mh/s and with the other one only 18Mh/s.
Why is this happen? Anyone can help me with that issue?
thx a lot
Use GPU-Z to check memory vendor. I assume the Asus one probably has Samsung, MSI one probably Hynix. You can bios mod to get better speed by using better memory timings. Most cards should hit at least 27-28MH with custom timings, or at least 26MH with simple memory strap copy and a bit of OC. Use HwInfo64 to check memory errors. As far as memory quality goes, Hynix < Elpida < Samsung. Not really. Some are just more tolerant to really, really stupid values. Custom timings BETTER get over 28MH/s. Wolf0 do you maybe own RX480 4gb Sapphire Pulse Elpida? If so, what are you getting with Claymore miner?
|
|
|
|
helshabini
Newbie
Offline
Activity: 1
Merit: 0
|
|
January 26, 2018, 10:01:21 PM |
|
I'm having trouble since today to connect to any DCR pool. Apparently there was a change in the mining algorithm and all pool now either disconnects me or rejects all my shares.
Anyone else having same problem?
I tried dcr.suprnova.cc:3252 and stratum.decredpool.org:3343
|
|
|
|
dood76
Newbie
Offline
Activity: 2
Merit: 0
|
|
January 26, 2018, 10:41:58 PM |
|
Claymore Miner - Crashes at Create GPU Buffer
Hello there,
I am using Claymore's Dual Miner V10.5 to mine Ethereum. I am using the ETH only mining mode. Whenever I run the start.bat error, my computer hangs and then crashes after this step: "Create GPU Buffer for GPU2"
Here are my specs: 1x Sapphire RX470 4GB Mining Edition 1x Asus Duo RX580 8GB 1x Asus STRIX RX580 8GB Intel Celeron G3930 4GB Corsair Value Select DDR4 2133Mhz MSI Z270 Gaming Plus Corsair HX1200 Corsair ForceLE 120GB
Occasionally, after about 10 computer restarts, I can get the Miner to run successfully and pull 76Mh/s. But this only rarely happens.
Any help would be much appreciated, thanks.
|
|
|
|
snuff28
Newbie
Offline
Activity: 7
Merit: 0
|
|
January 26, 2018, 11:14:16 PM |
|
Claymore Miner - Crashes at Create GPU Buffer
Hello there,
I am using Claymore's Dual Miner V10.5 to mine Ethereum. I am using the ETH only mining mode. Whenever I run the start.bat error, my computer hangs and then crashes after this step: "Create GPU Buffer for GPU2"
Here are my specs: 1x Sapphire RX470 4GB Mining Edition 1x Asus Duo RX580 8GB 1x Asus STRIX RX580 8GB Intel Celeron G3930 4GB Corsair Value Select DDR4 2133Mhz MSI Z270 Gaming Plus Corsair HX1200 Corsair ForceLE 120GB
Occasionally, after about 10 computer restarts, I can get the Miner to run successfully and pull 76Mh/s. But this only rarely happens.
Any help would be much appreciated, thanks.
Delete Afterburner and use latest AMD driver if its windows 10 1709 build. Or roll back to 1704 and shut off updates.
|
|
|
|
Amstellodamois
Newbie
Offline
Activity: 182
Merit: 0
|
|
January 26, 2018, 11:18:11 PM |
|
...how does the remote monitoring work? Should I open a port in the rig's firewall (windows) and then type 192.168.X.XX:3333 in the browser of any computer of my network?
|
|
|
|
Ratledge
Jr. Member
Offline
Activity: 84
Merit: 1
|
|
January 26, 2018, 11:20:06 PM |
|
I'm having trouble since today to connect to any DCR pool. Apparently there was a change in the mining algorithm and all pool now either disconnects me or rejects all my shares.
Anyone else having same problem?
I tried dcr.suprnova.cc:3252 and stratum.decredpool.org:3343
I _have_ been seeing a lot of disconnects over the past 24 hours or so. I thought it was just my 3GB GPU (GTX1060), but it started around two days ago, now. At first I thought it was related to Claymore 10.6 release because the start of the disconnects increase started about the same time I changed from 10.5, but it still happens with the previous version, so that's not related to the problem.
|
|
|
|
|
|