henrydlapaz
Newbie
Offline
Activity: 1
Merit: 0
|
|
September 16, 2017, 07:54:20 PM |
|
even using r9 280x, I have one that does not give me more than 12mh / s .. what configuration do you have, driver version? thanks in advance
|
|
|
|
AlainC
Member
Offline
Activity: 91
Merit: 10
|
|
September 16, 2017, 08:11:41 PM |
|
Just a question on -ejobtimeout and -etht
for -ejobtimeout I've set 1 minute, considering that the pool will send new job every block-switch (20 second today?), but I get a timeout alert quite often (every 5-10 minutes). Is it a problem with my network, with the pool, or is the setting too short?
about -etht I set 200 ms (ethernet over CPL, to my DSL box) ... is is stupid? what is solo mode? this mean ETH only, or not a pool. since I use a pool (nanopool), it is useless?
|
|
|
|
New Minerr
Member
Offline
Activity: 114
Merit: 12
|
|
September 16, 2017, 08:59:46 PM |
|
Just a question on -ejobtimeout and -etht
for -ejobtimeout I've set 1 minute, considering that the pool will send new job every block-switch (20 second today?), but I get a timeout alert quite often (every 5-10 minutes). Is it a problem with my network, with the pool, or is the setting too short?
about -etht I set 200 ms (ethernet over CPL, to my DSL box) ... is is stupid? what is solo mode? this mean ETH only, or not a pool. since I use a pool (nanopool), it is useless?
You can use ethermine.org not nanopool. Ethermine is best pool on eth.
|
|
|
|
Temporel
|
|
September 16, 2017, 09:03:34 PM |
|
Just a question on -ejobtimeout and -etht
for -ejobtimeout I've set 1 minute, considering that the pool will send new job every block-switch (20 second today?), but I get a timeout alert quite often (every 5-10 minutes). Is it a problem with my network, with the pool, or is the setting too short?
about -etht I set 200 ms (ethernet over CPL, to my DSL box) ... is is stupid? what is solo mode? this mean ETH only, or not a pool. since I use a pool (nanopool), it is useless?
You can use ethermine.org not nanopool. Ethermine is best pool on eth. I mine on both and I cant see any difference but I still prefer the UI and tools from Nanopool
|
|
|
|
w0lf0.
|
|
September 16, 2017, 09:13:39 PM |
|
Very hard mining something on ethereum now with gpu, not very profitable .. What you suggest to mine guys? Xmr?
|
|
|
|
Bibi187
Full Member
Offline
Activity: 420
Merit: 106
https://steemit.com/@bibi187
|
|
September 16, 2017, 09:24:46 PM |
|
Very hard mining something on ethereum now with gpu, not very profitable .. What you suggest to mine guys? Xmr?
For instant sell you can go on Zec, or SIGT dual mining in this period is "nice" income to. My position is just, stay on ETH + XX and sell them later Price will be back on maybe 2 week or less.
|
|
|
|
mikkowendell
Newbie
Offline
Activity: 41
Merit: 0
|
|
September 17, 2017, 01:16:05 AM |
|
I've been struggling to get my rig to work for two weeks. It was mining fine 24/7 for days at a time. Then it froze, and ever since then it'll mine for a minute, two cards will go to zero hash rate, and Windows freezes. Tried reinstalling drivers. Connecting them in various orders. No one card seems to be causing the problem. I'm at a loss here and this thing is sucking up all my time.
Win10, rx580s (one 480). 1000W evga psu. Biostar mobo.
hi there, just wanna ask, did you fix your problem? windows freeze? I got the same issue, my rig was working great two days ago but yesterday it just started to freeze. i know this is not the mobo, gpu, riser thing because I have been doing the troubleshoot since the problem starts, (changing of risers, exchanging pcie slots, changing the CM versions from v10 down to v6 but still no luck. I hope we could help other here. WIN10 MOBO z87 Deluxe 4x r9 290 1x r9 390 PSU 1050w + 750w RAM 16gb
|
|
|
|
Ursul0
|
|
September 17, 2017, 08:18:01 AM |
|
I've been struggling to get my rig to work for two weeks. It was mining fine 24/7 for days at a time. Then it froze, and ever since then it'll mine for a minute, two cards will go to zero hash rate, and Windows freezes. Tried reinstalling drivers. Connecting them in various orders. No one card seems to be causing the problem. I'm at a loss here and this thing is sucking up all my time.
Win10, rx580s (one 480). 1000W evga psu. Biostar mobo.
1) DDU in safe mode 2) Power down, disconnect AC, turn on the power 3) install drv (point and click to driver dir on each device) 4) lower core and mem clocks to something very safe like 1080:1900@888mv 5) if still having issues, disconnect all connectors, and connect back, especially power in raisers (move molexes around) also if you had it working changing the order of cards is something you should not do.
|
|
|
|
kkourmousis
Member
Offline
Activity: 119
Merit: 10
|
|
September 17, 2017, 09:24:42 AM |
|
So we have more people with what I believe is the same problem Hi all: I have been quiet and doing a bit of experimenting with many of the different versions of Claymore. I just did a test of a card that would run say for 6 hours and then lose connection and drop out. The other card with it would stay mining just fine. Did this 6 times to make sure what I was seeing to be true. I then took said card to a different miner and one of them to said miner. Now all works fine. I see that some cards just will not work together but will with others. So I feel strongly to say that if you have a rouge card, put it in a different machine and it may correct your problems. May not. My proof is in the puddin so to speak.
I've been struggling to get my rig to work for two weeks. It was mining fine 24/7 for days at a time. Then it froze, and ever since then it'll mine for a minute, two cards will go to zero hash rate, and Windows freezes. Tried reinstalling drivers. Connecting them in various orders. No one card seems to be causing the problem. I'm at a loss here and this thing is sucking up all my time.
Win10, rx580s (one 480). 1000W evga psu. Biostar mobo.
I am happy to let you know that I think I have found the cause of the problem. I yet have to test it for a few more hours, but it seems that the "Freeze problem" after connection lost and sometimes after a gpu hangs, it is all because of Power consumptionI myself have 2x750watt PSU and before blockchain drivers I was drawing 1330watts from the wall. With the blockchain drivers I was drawing 1400watts. Now that I got physical access to my rig, I was able to perform some tests and what I found is that when the miner starts up, the power consumption skyrockets for a few seconds. This will happen on the 1st time the miner starts, but it will also happen after a connection loss (when the connection gets restored I guess) or a miner restart due to a GPU hangI saw that "freeze" happening in front of me and I was amazed to see that half of my GPUs that drew power from the same PSU were turned off while the others kept working! I have graph data and logs to back this up, I will post later this day probably. For now I have to let it run in order to see if my solution works: lowering voltages just a tiny bit more, enough to get me back on the 1300watt consumption area. So if you guys are like me, you like to have your PSU consumption close to its efficiency peak (90-92%) and you are experiencing freezes during startup or after connection loss, a 10% spike might be responsible for switching off your PSUs FYI:"Parent" post here
|
Buy me a souvlaki: ETH: 0x22D1C05F89dbe036aABFFEc197949E635903C6FA BTC: 1FHwEyiCqUTpauGfvPg5czMYoWMKqYGBWx
|
|
|
Marvell2
|
|
September 17, 2017, 10:03:16 AM |
|
that might be the cuase of your problem , but i have a rig on a single 1300 watt gold psu that the cards go to 8mhz frim 29.7 after connection lost , only after i did the blockchain drivers, I dont think your cause affects all cases
|
|
|
|
|
redectro
Jr. Member
Offline
Activity: 51
Merit: 1
|
|
September 17, 2017, 11:24:38 AM |
|
The main advantage of this miner is the stability of it's operation! One of my rigs is running two instances; two 270x are running with v2.0, and two 7950 are running with v3.1, 100% shares accepted on Dwarf's pool and a nice speed increment.
But just now, my two instances created the new DAG file (epoch #47) and none of them crashed! Amazing! With the other ETH miners, almost every DAG change was a problem, but with this miner it's just a minor bump for my rigs!Keep up the good work Claymore!
|
|
|
|
PPB
Newbie
Offline
Activity: 3
Merit: 0
|
|
September 17, 2017, 01:04:36 PM |
|
First post in this forum, just to say good job Claymore on the 10.0 version, it seems to take really well the clock and voltage options now if paired with AMD GPUs and the blockchain driver.
I would like to ask Claymore 2 questions:
- I have probably have run into a little issue in regards to core voltage settings with the miner. I have one GPU that when set to non-rounded voltage values (as the GPU only recognizes 6.25mv steps, this means all the voltage values that arent x25mv, x50mv, x75mv and x00mv) it misheaves pretty quickly and has OCL thread hang just a minute after starting mining (DAG is already loaded and no EDC errors are shown. If I use rounded values, it seems to take them better and if a OCL thread hang happens, it happens after several hours and probably blamed to memory clock instability.
- As you know, the clock and voltage control API from AMD has a mechanism built in that in the end reduces performance very time you touch any core/mem voltage/clock values if they were changed AFTER the GPU entered, even if for just a little moment, in maximum core and memory Pstate. I have seen when doing the OC/UV settings with your miner that the settings I put are enforced just before the DAG loads, but still with soft monitoring the GPUs enter for a brief period in max clock/voltages before that, causing that any clock/volt setting enforced by the miner, if it happens to change an existing value (this doesnt happen at all if the GPU had these values since last reboot), it enters in this "reduced performance mode" and thus hashrate is lower than you should. Is there any chance that the voltage/clock options are enforced first of all, so this behaviour doesnt happen? Because every time I have a OCL thead/hang, I have to do 2 reboots, the first one automatic from the miner and the second one to have the clock/volt dialed in a first time so the next reboot the GPUs dont enter in this "lower performance mode". i know i could just bios flash all the OC/UV/fan settings, but im still at finding the best OC/UV settings for each gpu, and I would like to nail them via driver changes rather than BIOS modding yet.
All in all very satisfied with this new version.
Thanks in advance!
|
|
|
|
justinjja
Newbie
Offline
Activity: 44
Merit: 0
|
|
September 17, 2017, 01:48:21 PM |
|
Does everyone have issues with the blockchain dirvers where the miner sometimes gets stuck in 2D mode until claymore is restarted? Lately, the eth mining speed with drop from 29.5 to about 7mh/s, sometimes it is all cards, but sometimes it is only one or 2 cards.
|
|
|
|
FaithlessCoinMob
Newbie
Offline
Activity: 5
Merit: 0
|
|
September 17, 2017, 02:31:01 PM |
|
I've been struggling to get my rig to work for two weeks. It was mining fine 24/7 for days at a time. Then it froze, and ever since then it'll mine for a minute, two cards will go to zero hash rate, and Windows freezes. Tried reinstalling drivers. Connecting them in various orders. No one card seems to be causing the problem. I'm at a loss here and this thing is sucking up all my time.
Win10, rx580s (one 480). 1000W evga psu. Biostar mobo
I've had rigs run for days or even weeks and then out of nowhere behave like that. Unplug all your sata cables from the psu and see if any of them are damaged/melted.
|
|
|
|
Bob_chemist
Newbie
Offline
Activity: 28
Merit: 0
|
|
September 17, 2017, 03:50:25 PM |
|
@Claymore,
is there a chance that EthMan running on another computer somehow affects miner?
Miner itself is not very stable, but I noticed that without monitoring it works for hours, but when monitoring is on, it crashes sometimes within minutes and never work more than 1.10 hour. Or it's just a coincidence?
|
|
|
|
ivanpop
Newbie
Offline
Activity: 62
Merit: 0
|
|
September 17, 2017, 06:57:21 PM |
|
I'm running v10 and the overclocking and voltage control are pretty great features, but they need some more work. I have a very strange problem. Most of the time, when I power on the rig and start Claymore, the cards appear to be clocked to the correct frequencies set in the .bat file, but they mine with the hashrate of stock clocks. I have to stop Claymore and start it again for the cards to mine properly. For example, at stock speeds (1265/1750mhz) they mine with 24mh and at 1100/2050 they mine with 29mh. On the first run, gpu-z shows 1100/2050 clocks but the cards mine at 24mh. When I restart Claymore, the cards are at 1100/2050 again but they mine with 29mh. Also, sometimes the voltages don't change accordingly, so every time I have to check the voltages with gpu-z, to see if everything is correct and this kinda blows the idea of having a fast way to restart a miner and have him up and running in no time. I know other people that have the same problems. Hope that this gets fixed soon, since this automatic overclocking from Claymore is an extremely helpful and easy way to overclock.
|
|
|
|
paagrio
Newbie
Offline
Activity: 4
Merit: 0
|
|
September 17, 2017, 07:13:36 PM |
|
Is anyone also has issues with forced Windows Update "NVIDIA - Display 23.21.13.8768"
It installs authomaticaly and breaks mining. After that I need to manualy rollback to 385.41
|
|
|
|
ivanpop
Newbie
Offline
Activity: 62
Merit: 0
|
|
September 17, 2017, 07:28:32 PM |
|
Why do you have a running windows update on a mining rig on the first place?
|
|
|
|
Temporel
|
|
September 17, 2017, 07:38:53 PM |
|
Is anyone also has issues with forced Windows Update "NVIDIA - Display 23.21.13.8768"
It installs authomaticaly and breaks mining. After that I need to manualy rollback to 385.41
disable autoupdate. If Windows 10, use gpedit.msc
|
|
|
|
|