Gagana
Member
Offline
Activity: 80
Merit: 10
|
|
July 28, 2016, 05:42:13 PM |
|
Dear @Claymore! Let me understand -DI option, please, to match the temperature order and the GPU order.
Let's say, I see
MH:: GPU0: 20Mh, GPU1 28Mh, GPU2: 27Mh, GPU3: 30Mh and T:: GPU0: t=70C fan=69%, GPU1: t=71C fan=69%, GPU2: t=72C fan=69%, GPU3: t=73C fan=69%
I do some testing and understand, that MH=T matching is:
0=1 1=2 2=0 3=3
So, I want to see T:: GPU0: t=71C fan=69%, GPU1: t=72C fan=69%, GPU2: t=70C fan=69%, GPU3: t=73C fan=69%
Then I want to set -di parameters to match the orders. What should I write? -di 1203 ? -di 2013 ?
Anything else?
-di 1203 if you correctly described. If it does not work, try "-di 1", "-di 2" etc to see how it works for one card. Then if you see match, set "-di 12" to add one more card and see if it matches, etc. What do you mean? If I run -di 1 it means that I run the miner for GPU1 (from my example), but actually, I will see GPU0 in the miner in both MH and T log strings. Like MH:: GPU0: 28Mh T:: GPU0: t=72C fan=69% Right? So, what's the reason? They don't match yet. And I see no way how to match here. Well, let's make a step aside to MSI Afterburner. For my example, I see GPU1-GPU4 there, right? Am I right that CDM MSI AB GPU0=GPU1 ... GPU3=GPU4 in terms of MH string? If I'm right, then if MSI Afterburner can match performance data and temp data somehow, then I can match temps, shown in MSI Afterburner and temps in CDM and get a correct "translation table" This is the only way I see. Can you suggest any others? Without such matching all temperature features are just useless for multi GPU rigs. And the question how making a "translation table" is not covered anywhere at all. It's really hot here and I strongly want to use temperature control from inside CDM. I'm sure that I'm not the only man with this problem.
|
|
|
|
ihacks
Newbie
Offline
Activity: 24
Merit: 0
|
|
July 28, 2016, 05:57:18 PM |
|
Hey guys, I just wrote a tutorial how to mode #ethOS distro to work with Claymore Dual miner also do CPU mining too. http://adrian.ihacks.ro/modding-ethos/This is not a full implementaton. I will write a tutorial soon for full implementation for Claymore miner
|
|
|
|
Claymore (OP)
Donator
Legendary
Offline
Activity: 1610
Merit: 1325
Miners developer
|
|
July 28, 2016, 06:15:36 PM |
|
What do you mean? If I run -di 1 it means that I run the miner for GPU1 (from my example), but actually, I will see GPU0 in the miner in both MH and T log strings. Like MH:: GPU0: 28Mh T:: GPU0: t=72C fan=69%
Right? So, what's the reason? They don't match yet. And I see no way how to match here. ... if MSI Afterburner can match performance data and temp data somehow, then I can match temps, shown in MSI Afterburner and temps in CDM and get a correct "translation table" This is the only way I see. Can you suggest any others? Without such matching all temperature features are just useless for multi GPU rigs. And the question how making a "translation table" is not covered anywhere at all.
Even if you set "-di 1" miner will show "GPU0" anyway. But this GPU0 will be GPU1 (i.e. second GPU) in OpenCL list. With "-di" you don't change order of temps list, you change order in miner GPUs list that is taken from OpenCL list of GPUs. The list of temperatures is always the same. Afterburner does not have to use OpenCL to mine, so it can match temps and GPUs. Miner has to use two lists: for temperatures control and for OpenCL work. Again: "-di" change the list of GPUs in miner. For example: 1. You don't specify "-di". Miner directly takes entire list of GPUs from OpenCL list: OpenCL Miner GPU0 GPU0 GPU1 GPU1 GPU2 GPU2 GPU3 GPU3 2. You specified "-di 1": OpenCL Miner GPU1 GPU0 So miner displays "GPU0" because it is the first GPU in its list. But this is GPU1 in OpenCL list. 3. You specified "-di 3210": OpenCL Miner GPU3 GPU0 GPU2 GPU1 GPU1 GPU2 GPU0 GPU3 So miner takes GPU3 from OpenCL list and adds it to its list of GPUs, so it will be GPU0 for miner. Then it takes GPU2 from OpenCL and saves it as "GPU1", and so on. "-di ABCD" (A, B, C, D are some numbers) will cause GPU_A from OpenCL list becomes GPU0 in miner, GPU_B from OpenCL list becomes GPU1 in the miner, etc. So you can renumber cards as you want to match temps list. The only possible problem if you don't want to assign all cards to miner, in this case sometimes you won't be able to renumber GPUs in a proper way. I think about adding another option "-map" for that, but it seems it will make things even more complex to understand.
|
|
|
|
willi9974
Legendary
Online
Activity: 3570
Merit: 2821
Escrow Service
|
|
July 28, 2016, 06:37:33 PM |
|
what is the benefit if you use SIA Stratum protocol?
|
|
|
|
frostminer
|
|
July 28, 2016, 07:11:03 PM |
|
Hi Claymore, firstly keep it up your good work, you are awesome !!
And a question ,when you planned to support Dual-mining ETH/ETC ??, the community of miners are probably impatient for this
Cheers.
Already answered. Impossible. ETH AND ETC USE THE SAME ALGORITHM-- They cannot be Dual-Mined. It MAY be IS NOT possible to merge-mine them, either, even if the algorithm is the same, because each coin has a different DAG file. The DAG files differ in character and size. but that would have to be set up at the pool and not in the mining software. I am not familiar enough with pool software, or the exact workings of the Dagger-Hashimoto algorithm to say if it is truly possible to merge-mine the coins, but merge-mining is done at the pool. CORRECTED --scryptr Dual-Mining takes two two different algorithms, one memory intensive, and one compute intensive, and splits the processing on the GPU so that there is a workable load. Merge-mining takes one algorithm and splits the found cryptographic solutions across two or more coins. No extra work is placed on the miner, all the "merge" work is done at the pool. Give-Me-Coins.com merge-mines 5 scrypt coins simultaneously, and the miner gets to keep all the coins produced. --scryptr Yep, dual ethash simply impossible. Merge too, unless one of the coins does a hardfork and hooks onto the other chain.. but LOL.. thats never ever ever gonna happen. I do think there are other interesting algos that could be dual'd with ETH tho.
|
|
|
|
clipto
Member
Offline
Activity: 311
Merit: 10
|
|
July 28, 2016, 08:39:54 PM |
|
I'm not sure which stratum variant claymore is using for Sia .. doesn't seem to work with mine though :-(
Currently I use an easy Stratum version, it's similar to HTTP protocol so it's easy to implement (must be easy to implement on pool side too). My miner does not use sgminer code so it takes me long to implement your Stratum version. https://bitcointalk.org/index.php?topic=1433925.msg15727385#msg15727385I would love to use this miner @ suprnova's pool. It would be nice if you could make that happen ocminer, your pool would benefit highly with all the extra hashpower from the eth(etc)/sia miners using the perfect Claymore's miner, no doubt! For now I have to use another pool, but I would like to go back to yours!
|
|
|
|
ocminer
Legendary
Offline
Activity: 2688
Merit: 1240
|
|
July 28, 2016, 09:05:07 PM |
|
I'm not sure which stratum variant claymore is using for Sia .. doesn't seem to work with mine though :-(
Currently I use an easy Stratum version, it's similar to HTTP protocol so it's easy to implement (must be easy to implement on pool side too). My miner does not use sgminer code so it takes me long to implement your Stratum version. https://bitcointalk.org/index.php?topic=1433925.msg15727385#msg15727385I would love to use this miner @ suprnova's pool. It would be nice if you could make that happen ocminer, your pool would benefit highly with all the extra hashpower from the eth(etc)/sia miners using the perfect Claymore's miner, no doubt! For now I have to use another pool, but I would like to go back to yours! I'm looking at it, unfortunately there is no source, no documentation so I have to do some rev engineering again... A pity that there is no consensus with those protocols.. maybe we should start a "pool consortium" and find a common way of writing/integrating stratums...
|
suprnova pools - reliable mining pools - #suprnova on freenet https://www.suprnova.cc - FOLLOW us @ Twitter ! twitter.com/SuprnovaPools
|
|
|
Claymore (OP)
Donator
Legendary
Offline
Activity: 1610
Merit: 1325
Miners developer
|
|
July 28, 2016, 09:13:28 PM |
|
I'm not sure which stratum variant claymore is using for Sia .. doesn't seem to work with mine though :-(
Currently I use an easy Stratum version, it's similar to HTTP protocol so it's easy to implement (must be easy to implement on pool side too). My miner does not use sgminer code so it takes me long to implement your Stratum version. https://bitcointalk.org/index.php?topic=1433925.msg15727385#msg15727385I would love to use this miner @ suprnova's pool. It would be nice if you could make that happen ocminer, your pool would benefit highly with all the extra hashpower from the eth(etc)/sia miners using the perfect Claymore's miner, no doubt! For now I have to use another pool, but I would like to go back to yours! I'm looking at it, unfortunately there is no source, no documentation so I have to do some rev engineering again... A pity that there is no consensus with those protocols.. maybe we should start a "pool consortium" and find a common way of writing/integrating stratums... Protocol is similar to eth miner-proxy's Stratum. Differences are: mining.notify params: jobid, header (80 bytes, 0x.....), target (32 bytes, 0x.....) mining.submit params: login, jobid, header (80 bytes, 0x....). Header contains nonce that was found. Actually it's a lot easier than your Stratum. And I agree that it's annoying to have several Stratum versions for same coin. Even if I implement them all, there will be a mess with correct Stratum version selection.
|
|
|
|
asdf4321
Newbie
Offline
Activity: 8
Merit: 0
|
|
July 28, 2016, 10:44:54 PM |
|
Claymore 5.2 crashes for me anytime I send epool.txt or config.txt from ethman v1.5 Windows 10 With debug enabled last line is: Remote management: file config.txt was downloaded File gets downloaded just fine
|
|
|
|
vapourminer
Legendary
Offline
Activity: 4466
Merit: 3983
what is this "brake pedal" you speak of?
|
|
July 29, 2016, 12:09:08 AM |
|
what is the benefit if you use SIA Stratum protocol?
less stales/rejects also less bandwidth
|
|
|
|
rawbert
|
|
July 29, 2016, 02:28:36 AM |
|
Does it work with the RX 480?
|
|
|
|
wpsd
Newbie
Offline
Activity: 41
Merit: 0
|
|
July 29, 2016, 04:00:41 AM |
|
Does it work with the RX 480?
Version 5.1 Beta 2 already work on RX480, but you won't be able to see the temperature from claymore, which I think the watchdog will be useless. For Linux user is the same and worse, since there is no alternative software to see the temperature ( adl3 - atitweak no longer works ) The good part is windows and linux now has the same hash speed in mining, since the driver will be at the same level between both OS. Overclock only works using windows and with the stock amd software. I'm not sure is vbe7.0.7 and atiflash can oc this one since they are incapable to oc since R9 380.
|
|
|
|
gribgo
|
|
July 29, 2016, 08:09:16 AM Last edit: July 29, 2016, 02:21:09 PM by gribgo |
|
Hello all! I think it is great miner, have been mining on it since the ver. 1.2beta I was mining ETH as the first coin and when it forked in two blockchains, it appears to be more profitable to mine ETC at the moment. miningpoolhub.com has this option and can autoswitch between two chains on the fly! Is there any way to make it working with Claymore? Sia is working good as the second coin. Please help! Thank you
|
|
|
|
Gagana
Member
Offline
Activity: 80
Merit: 10
|
|
July 29, 2016, 10:13:39 AM |
|
Even if you set "-di 1" miner will show "GPU0" anyway. But this GPU0 will be GPU1 (i.e. second GPU) in OpenCL list. With "-di" you don't change order of temps list, you change order in miner GPUs list that is taken from OpenCL list of GPUs. The list of temperatures is always the same. Afterburner does not have to use OpenCL to mine, so it can match temps and GPUs. Miner has to use two lists: for temperatures control and for OpenCL work. Again: "-di" change the list of GPUs in miner. For example: 1. You don't specify "-di". Miner directly takes entire list of GPUs from OpenCL list: OpenCL Miner GPU0 GPU0 GPU1 GPU1 GPU2 GPU2 GPU3 GPU3
2. You specified "-di 1": OpenCL Miner GPU1 GPU0
So miner displays "GPU0" because it is the first GPU in its list. But this is GPU1 in OpenCL list.
3. You specified "-di 3210": OpenCL Miner GPU3 GPU0 GPU2 GPU1 GPU1 GPU2 GPU0 GPU3
So miner takes GPU3 from OpenCL list and adds it to its list of GPUs, so it will be GPU0 for miner. Then it takes GPU2 from OpenCL and saves it as "GPU1", and so on. "-di ABCD" (A, B, C, D are some numbers) will cause GPU_A from OpenCL list becomes GPU0 in miner, GPU_B from OpenCL list becomes GPU1 in the miner, etc. So you can renumber cards as you want to match temps list. The only possible problem if you don't want to assign all cards to miner, in this case sometimes you won't be able to renumber GPUs in a proper way. I think about adding another option "-map" for that, but it seems it will make things even more complex to understand.
Well, It's mostly clear now. The last (I hope) question. If I've changed the order of GPU with -di option, how other options work? If I set "-mode 1-01", then these "01" are numbers before applying -di option or after that?
|
|
|
|
Claymore (OP)
Donator
Legendary
Offline
Activity: 1610
Merit: 1325
Miners developer
|
|
July 29, 2016, 10:29:42 AM |
|
Well, It's mostly clear now. The last (I hope) question. If I've changed the order of GPU with -di option, how other options work? If I set "-mode 1-01", then these "01" are numbers before applying -di option or after that?
All other options work with miner's GPU list, i.e. after applying "-di" option.
|
|
|
|
Gagana
Member
Offline
Activity: 80
Merit: 10
|
|
July 29, 2016, 11:31:32 AM Last edit: July 29, 2016, 11:50:57 AM by Gagana |
|
Well, It's mostly clear now. The last (I hope) question. If I've changed the order of GPU with -di option, how other options work? If I set "-mode 1-01", then these "01" are numbers before applying -di option or after that?
All other options work with miner's GPU list, i.e. after applying "-di" option. Well, I'm trying to implement all of this, but... If I don't set -di option at all, then the order of GPUs in the miner doesn't match the order of GPUs in Afterburner. I see that in terms of temperatures: Miner : GPU0: 85, GPU1: 80, GPU2: 87 MSI AB: GPU1: 87, GPU2: 85, GPU3: 80 So MSI AB uses the list of GPU different from the miner's temperature list! ((( How could it be? And... What to do then? UPD: Before doing this, I detected that -di 201 is the correct order of GPUs in terms of working. I started -di 0, -di 1, -di 2 and saw which GPU in Afterburner is working. It's very strange, but if we apply -di 201 to the temperature list from the miner (not to the OpenCL list!), then we get exactly MSI AB temperature order. Hm...
|
|
|
|
Claymore (OP)
Donator
Legendary
Offline
Activity: 1610
Merit: 1325
Miners developer
|
|
July 29, 2016, 12:18:12 PM |
|
So MSI AB uses the list of GPU different from the miner's temperature list! ((( How could it be? And... What to do then?
Now you ask me why AB does not match the miner. I'm not developer of AB. I have no idea how it enumerates cards.
|
|
|
|
Claymore (OP)
Donator
Legendary
Offline
Activity: 1610
Merit: 1325
Miners developer
|
|
July 29, 2016, 12:22:20 PM |
|
Claymore 5.2 crashes for me anytime I send epool.txt or config.txt from ethman v1.5 Windows 10 With debug enabled last line is: Remote management: file config.txt was downloaded File gets downloaded just fine Confirmed, I will upload an update within a few hours.
|
|
|
|
beammeup
Newbie
Offline
Activity: 7
Merit: 0
|
|
July 29, 2016, 02:25:12 PM |
|
Hi all I am new here trying to set up for solo mining on a ubuntu machine Eth only. I have the blockchain downloaded and geth running I have set the address in start.bash to 127.0.0.1:8545 I have tried 192.168.1.13:8545 , localhost:8545 but I keep gettimng "ETH: Failed to connect to pool (127.0.0.1:8545), retry in 20 sec... GPU0 t=44C fan=24%, GPU1 t=45C fan=25% What am I doing wrong I have read the read me 100 times.
|
|
|
|
Gagana
Member
Offline
Activity: 80
Merit: 10
|
|
July 29, 2016, 03:04:25 PM |
|
So MSI AB uses the list of GPU different from the miner's temperature list! ((( How could it be? And... What to do then?
Now you ask me why AB does not match the miner. I'm not developer of AB. I have no idea how it enumerates cards. I'm sorry, if it looks like this. I just want to use your fantastic miner as much as possible, paying you 35Mh of my hash power. To do it effectively, I have to understand these temperature questions. I need a working method how to obtain SPEEDS/TEMPS list matching. Well, while writing this I've found the way. It's sad, but it works. Assume you have 4 GPUs onboard. 1. Run CDM with -mode 1 option. Let it mine for at least 5 min to reach stable temperatures 2. Write down current temperature values with -mode 1 option. Let's say 87 88 92 90 3. Stop CDM and run it with -mode 1-123 option. As you can see, you run only one GPU in the dual mode. Wait 1-2 min 4. Compare current temperatures with ones, written on the step 2. One of them should be higher since the dual mode consumes more power and produces more heat. Let's say, you see 87 93 92 90. It means that GPU0 should be GPU1. Write down this match: 1XXX 5. Stop CDM and run it with -mode 1-023 option. Here you find GPU1. Imagine, that you see something like 87 88 92 95. Well, GPU1 should be GPU3. Write down this match: 13XX 6. Repeat steps 3-4 until you detect all GPUs. Let's say, the match string is 1302. 7. At the end just put the match string to -di option. In our case it should be -di 1302. 8. Enjoy
|
|
|
|
|