Bitcoin Forum
December 07, 2024, 11:22:43 PM *
News: Latest Bitcoin Core release: 28.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 [23] 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 ... 150 »
  Print  
Author Topic: [ANN] TeamRedMiner v0.10.10 - Ironfish/Kaspa/ZIL/Kawpow/Etchash and More  (Read 211920 times)
peterboy1
Newbie
*
Offline Offline

Activity: 168
Merit: 0


View Profile
November 18, 2018, 01:34:30 AM
 #441

Having some weird issue.

0.3.7 is far less stable than 0.3.6 when initiating.

Running 7-7 conf on 4 4GB cards.

When initiating the miner, one of the GPUs will have a thread failing and producing tons of HWs.

For some reason, seems to happen more often on XMR. When starting to mine graft, it does not appear so often.

WHen launching it on 0.3.6, no issues.

Yeah, with 0.3.7 we solved a lot of init issues, but a few weird new ones appeared as well. Are you under Linux or Windows? All known bugs right now are actually driver bugs. One example is the win driver that allocates the same mem space for two kernels in some multiple Polaris gpu settings. We triggered it when solving an earlier bug. We should hopefully solve it in the next version by addressing some code sizes.

The bug you’re describing sounds more like a Linux driver bug we’ve seen though. On every fourth restart of the miner, one command queue will go nuts and just fail running the kernels, but there is no error returned from the opencl api. On the next restart, all is fine again. Three more restarts and the same thing happens. Haven’t seen this on win though, so curious what os you’re running...

we have same symptoms, mine is windows.
Mashy81
Jr. Member
*
Offline Offline

Activity: 225
Merit: 1


View Profile
November 18, 2018, 03:30:24 AM
 #442

Hello,
first I want to thank you for your hard work, you have done this very good software.
A few days ago I transferred a lot of my mining rings and I am very pleased with the results so far.
I have difficulty and I would like advice on how to achieve a better results with Saphire RX580 8GB Hynix.
What I have done so far:
1. I did tests with several types of BIOS: custom straps for Hynix whit nice result in ETH, one click BIOS from SRBPolarisV3.5 and PolarisBiosEditor1.6.7
2. I have used configurations 8+8, 8+7, 7+7, 15+15, 16+14
3. My settings are: core 1250/900mV and memory 2250/920mV with no hardware errors

In all cases my best results are 900H/s.  Embarrassed

Thanks in advance!

Try a trick of mine it works on all my rx570/580 and they are above 1khs.
Once miner starts reset the perimeters on your card. Then just change core clock as high as you can vo stable and as low voltage as you can. Dont even bother with memory clock.

I have found changing memory clock does jack shit. I leave it at stock 1750 and lower voltage thats it.
All my rx570/580 get  1050-1100 hashes with stock memory clock. And between 1280-1340 core.

Vega is a different story though.
ku4eto
Jr. Member
*
Offline Offline

Activity: 194
Merit: 4


View Profile
November 18, 2018, 08:22:39 AM
 #443

Having some weird issue.

0.3.7 is far less stable than 0.3.6 when initiating.

Running 7-7 conf on 4 4GB cards.

When initiating the miner, one of the GPUs will have a thread failing and producing tons of HWs.

For some reason, seems to happen more often on XMR. When starting to mine graft, it does not appear so often.

WHen launching it on 0.3.6, no issues.

Yeah, with 0.3.7 we solved a lot of init issues, but a few weird new ones appeared as well. Are you under Linux or Windows? All known bugs right now are actually driver bugs. One example is the win driver that allocates the same mem space for two kernels in some multiple Polaris gpu settings. We triggered it when solving an earlier bug. We should hopefully solve it in the next version by addressing some code sizes.

The bug you’re describing sounds more like a Linux driver bug we’ve seen though. On every fourth restart of the miner, one command queue will go nuts and just fail running the kernels, but there is no error returned from the opencl api. On the next restart, all is fine again. Three more restarts and the same thing happens. Haven’t seen this on win though, so curious what os you’re running...

I am actually on Windows 10, 1607, with 18.2.1 Drivers.
dragonmike
Hero Member
*****
Offline Offline

Activity: 1274
Merit: 556



View Profile
November 18, 2018, 01:19:42 PM
 #444

Howdy Todxx and Kerney666! Was wondering how you were getting on with the development of the heavy/haven algos and x16r (if at all)? Can we expect another mind-blowing (and power-saving, wallet-stroking) release from Teamredminer soon? Grin

Let me know if you need me as guinea pig again, I'm kinda getting used to it now (my mineority-hosted FPGA's hashrate is going down more often than Pamela Anderson on Tommy Lee so I've become good at reporting issues)...
kerney666
Member
**
Offline Offline

Activity: 658
Merit: 86


View Profile
November 18, 2018, 01:46:56 PM
 #445

My 56 vegas hit 2000H on CV8
But the vega64s hashing 2000 too. I triey many combo 16+14, 16-14 etc
Anybody has a solution?

Hi! It’s surprising, 64s are usually very simple and reliable with this miner. What brands of 64s do you use and what clocks are you running them at?
Turcy086
Newbie
*
Offline Offline

Activity: 5
Merit: 0


View Profile
November 18, 2018, 02:22:49 PM
 #446

My 56 vegas hit 2000H on CV8
But the vega64s hashing 2000 too. I triey many combo 16+14, 16-14 etc
Anybody has a solution?

Hi! It’s surprising, 64s are usually very simple and reliable with this miner. What brands of 64s do you use and what clocks are you running them at?

1420/920
1100/910
kerney666
Member
**
Offline Offline

Activity: 658
Merit: 86


View Profile
November 18, 2018, 04:21:45 PM
 #447

My 56 vegas hit 2000H on CV8
But the vega64s hashing 2000 too. I triey many combo 16+14, 16-14 etc
Anybody has a solution?

Hi! It’s surprising, 64s are usually very simple and reliable with this miner. What brands of 64s do you use and what clocks are you running them at?

1420/920
1100/910

What do you get with 15+15? Also, if your core clk is bumped to maybe 1500, do you see an increase in hashrate or not?
issie81
Hero Member
*****
Offline Offline

Activity: 760
Merit: 500

CryptoZilla


View Profile
November 18, 2018, 05:02:53 PM
 #448

i sometimes miss a Vega 56 when mining a rig, i have like 15 rigs all packed with 4x Vega 56 sometimes 1 gives 0 hashrate, restarting miner fixes the issue, is this know sir Kerney666
coke15
Member
**
Offline Offline

Activity: 176
Merit: 10


View Profile
November 18, 2018, 10:08:31 PM
 #449

hi
i have same,when i boot the first lauch does not start mining.i must kill the miner and start new one.

i was in 18.3.4,i updated to 18.6.1 to see...
kerney666
Member
**
Offline Offline

Activity: 658
Merit: 86


View Profile
November 18, 2018, 11:00:46 PM
 #450

i sometimes miss a Vega 56 when mining a rig, i have like 15 rigs all packed with 4x Vega 56 sometimes 1 gives 0 hashrate, restarting miner fixes the issue, is this know sir Kerney666

It is sort of known, but difficult to say if it's the same issue, there have been few more Windows reports now. Hoping the next update will solve all these issues, but who knows. We'll also have a watchdog in the next release that would catch the zero hash issue and trigger the user's restart script.
kerney666
Member
**
Offline Offline

Activity: 658
Merit: 86


View Profile
November 18, 2018, 11:09:36 PM
 #451

hi
i have same,when i boot the first lauch does not start mining.i must kill the miner and start new one.

i was in 18.3.4,i updated to 18.6.1 to see...

So, @coke15 and @issie81, when you see a problematic gpu not starting to hash properly, do you see any error message from the initialization process? Or do you see a line with "Successfully initialized ..." for the gpu, but then it still doesn't start hashing ok?
issie81
Hero Member
*****
Offline Offline

Activity: 760
Merit: 500

CryptoZilla


View Profile
November 19, 2018, 09:30:41 AM
 #452

hi
i have same,when i boot the first lauch does not start mining.i must kill the miner and start new one.

i was in 18.3.4,i updated to 18.6.1 to see...

So, @coke15 and @issie81, when you see a problematic gpu not starting to hash properly, do you see any error message from the initialization process? Or do you see a line with "Successfully initialized ..." for the gpu, but then it still doesn't start hashing ok?

All succesfull it starts mining for hours (sometimes longer) goes ok all of sudden 1 GPU drops others hashing at full speeds, after restart miner starts hashing back rinse and repeat..
vacarosie200
Newbie
*
Offline Offline

Activity: 45
Merit: 0


View Profile
November 19, 2018, 09:44:39 AM
 #453

hi
i have same,when i boot the first lauch does not start mining.i must kill the miner and start new one.

i was in 18.3.4,i updated to 18.6.1 to see...

So, @coke15 and @issie81, when you see a problematic gpu not starting to hash properly, do you see any error message from the initialization process? Or do you see a line with "Successfully initialized ..." for the gpu, but then it still doesn't start hashing ok?

All succesfull it starts mining for hours (sometimes longer) goes ok all of sudden 1 GPU drops others hashing at full speeds, after restart miner starts hashing back rinse and repeat..

Try low the core clock or mem clock 5 mhz steep , it wil hash 24/24 7/7 when you get the right OC values
seefatlow
Jr. Member
*
Offline Offline

Activity: 80
Merit: 1


View Profile
November 19, 2018, 10:01:40 AM
 #454

Hello,
first I want to thank you for your hard work, you have done this very good software.
A few days ago I transferred a lot of my mining rings and I am very pleased with the results so far.
I have difficulty and I would like advice on how to achieve a better results with Saphire RX580 8GB Hynix.
What I have done so far:
1. I did tests with several types of BIOS: custom straps for Hynix whit nice result in ETH, one click BIOS from SRBPolarisV3.5 and PolarisBiosEditor1.6.7
2. I have used configurations 8+8, 8+7, 7+7, 15+15, 16+14
3. My settings are: core 1250/900mV and memory 2250/920mV with no hardware errors

In all cases my best results are 900H/s.  Embarrassed

Thanks in advance!

Try a trick of mine it works on all my rx570/580 and they are above 1khs.
Once miner starts reset the perimeters on your card. Then just change core clock as high as you can vo stable and as low voltage as you can. Dont even bother with memory clock.

I have found changing memory clock does jack shit. I leave it at stock 1750 and lower voltage thats it.
All my rx570/580 get  1050-1100 hashes with stock memory clock. And between 1280-1340 core.

Vega is a different story though.

@Mashy81 What does this do to the power consumption? Does it go up appreciably?
dragonmike
Hero Member
*****
Offline Offline

Activity: 1274
Merit: 556



View Profile
November 19, 2018, 10:43:18 AM
 #455

Try a trick of mine it works on all my rx570/580 and they are above 1khs.
Once miner starts reset the perimeters on your card. Then just change core clock as high as you can vo stable and as low voltage as you can. Dont even bother with memory clock.

I have found changing memory clock does jack shit. I leave it at stock 1750 and lower voltage thats it.
All my rx570/580 get  1050-1100 hashes with stock memory clock. And between 1280-1340 core.

Vega is a different story though.
What do you mean by "reset the perimeters" on the cards?
And do you then apply new clocks while the miner is on?
Do you also increase power limit to allow for the higher clocks? Does it have a noticeable impact on power consumption?
pbfarmer
Member
**
Offline Offline

Activity: 340
Merit: 29


View Profile
November 19, 2018, 11:54:23 AM
Last edit: November 19, 2018, 12:04:37 PM by pbfarmer
 #456

Hello,
first I want to thank you for your hard work, you have done this very good software.
A few days ago I transferred a lot of my mining rings and I am very pleased with the results so far.
I have difficulty and I would like advice on how to achieve a better results with Saphire RX580 8GB Hynix.
What I have done so far:
1. I did tests with several types of BIOS: custom straps for Hynix whit nice result in ETH, one click BIOS from SRBPolarisV3.5 and PolarisBiosEditor1.6.7
2. I have used configurations 8+8, 8+7, 7+7, 15+15, 16+14
3. My settings are: core 1250/900mV and memory 2250/920mV with no hardware errors

In all cases my best results are 900H/s.  Embarrassed

Thanks in advance!

Try a trick of mine it works on all my rx570/580 and they are above 1khs.
Once miner starts reset the perimeters on your card. Then just change core clock as high as you can vo stable and as low voltage as you can. Dont even bother with memory clock.

I have found changing memory clock does jack shit. I leave it at stock 1750 and lower voltage thats it.
All my rx570/580 get  1050-1100 hashes with stock memory clock. And between 1280-1340 core.

Vega is a different story though.

Core clock and voltage can be updated live (while GPU is under load.)  Mem clock cannot.  This is why changing your mem clock doesn't do anything for you, because you're not actually changing it - check the actual clock in HWInfo64.  Despite TRM having placed increased importance on core speeds, mem clock is extremely important for CN mining - more so than core, when comparing clock-for-clock increases and what they do for hashrate.  The problem is that mem clock increases are more tricky, due to dependence on timings, controller speed/voltages, etc.  I have found ideal mem clocks for 580s to range between 2000 and 2250+ depending on mem mfg (and of course which straps you use.)

As for your 'trick', it's addressing the fact that for some reason, power state settings are sometimes not fully honored when load is first applied, but if those same settings are reapplied under load, they stick.  This method can be usefule for initial tuning, but once you find the proper clock/voltage values, simply write them into a PPT, and it will accomplish the same thing.
kamisama233
Newbie
*
Offline Offline

Activity: 42
Merit: 0


View Profile
November 19, 2018, 04:40:27 PM
Last edit: November 19, 2018, 09:02:04 PM by kamisama233
 #457

hi
i have same,when i boot the first lauch does not start mining.i must kill the miner and start new one.

i was in 18.3.4,i updated to 18.6.1 to see...

So, @coke15 and @issie81, when you see a problematic gpu not starting to hash properly, do you see any error message from the initialization process? Or do you see a line with "Successfully initialized ..." for the gpu, but then it still doesn't start hashing ok?


dear designer,i do not know where to quote, so quote here, sorry for doing this.  The problem is I found a bug: there are some cards(usually one card on my 6 cards rig) hashrate drop a lot, see the picture i upload, form 500+ down to 360+

https://s1.ax1x.com/2018/11/20/Fp0RxA.md.png

it can be several hours or days to happen, api monitor see these changes, when i login to my rigs to see the running window, I use mstsc,  then without any operation, the card's hashrate recover to normal 500+(sometime it can not recover), can you fix this bug, thanks
kerney666
Member
**
Offline Offline

Activity: 658
Merit: 86


View Profile
November 19, 2018, 09:28:30 PM
 #458

hi
i have same,when i boot the first lauch does not start mining.i must kill the miner and start new one.

i was in 18.3.4,i updated to 18.6.1 to see...

So, @coke15 and @issie81, when you see a problematic gpu not starting to hash properly, do you see any error message from the initialization process? Or do you see a line with "Successfully initialized ..." for the gpu, but then it still doesn't start hashing ok?


dear designer,i do not know where to quote, so quote here, sorry for doing this.  The problem is I found a bug: there are some cards(usually one card on my 6 cards rig) hashrate drop a lot, see the picture i upload, form 500+ down to 360+



it can be several hours or days to happen, api monitor see these changes, when i login to my rigs to see the running window, I use mstsc,  then without any operation, the card's hashrate recover to normal 500+(sometime it can not recover), can you fix this bug, thanks

Hi! I don’t think I can help with this specific issue, it sounds more like a rig setup issue. You see the hashrate drop, and when you login remotely to the rig it recovers automatically, without you doing anything else like restarting the miner, resetting clocks etc? Have you checked all power settings, screen lock/screen saver etc? Do you see any pattern at all, or is it completely random?
Mashy81
Jr. Member
*
Offline Offline

Activity: 225
Merit: 1


View Profile
November 19, 2018, 11:28:28 PM
 #459

Hello,
first I want to thank you for your hard work, you have done this very good software.
A few days ago I transferred a lot of my mining rings and I am very pleased with the results so far.
I have difficulty and I would like advice on how to achieve a better results with Saphire RX580 8GB Hynix.
What I have done so far:
1. I did tests with several types of BIOS: custom straps for Hynix whit nice result in ETH, one click BIOS from SRBPolarisV3.5 and PolarisBiosEditor1.6.7
2. I have used configurations 8+8, 8+7, 7+7, 15+15, 16+14
3. My settings are: core 1250/900mV and memory 2250/920mV with no hardware errors

In all cases my best results are 900H/s.  Embarrassed

Thanks in advance!

Try a trick of mine it works on all my rx570/580 and they are above 1khs.
Once miner starts reset the perimeters on your card. Then just change core clock as high as you can vo stable and as low voltage as you can. Dont even bother with memory clock.

I have found changing memory clock does jack shit. I leave it at stock 1750 and lower voltage thats it.
All my rx570/580 get  1050-1100 hashes with stock memory clock. And between 1280-1340 core.

Vega is a different story though.

Core clock and voltage can be updated live (while GPU is under load.)  Mem clock cannot.  This is why changing your mem clock doesn't do anything for you, because you're not actually changing it - check the actual clock in HWInfo64.  Despite TRM having placed increased importance on core speeds, mem clock is extremely important for CN mining - more so than core, when comparing clock-for-clock increases and what they do for hashrate.  The problem is that mem clock increases are more tricky, due to dependence on timings, controller speed/voltages, etc.  I have found ideal mem clocks for 580s to range between 2000 and 2250+ depending on mem mfg (and of course which straps you use.)

As for your 'trick', it's addressing the fact that for some reason, power state settings are sometimes not fully honored when load is first applied, but if those same settings are reapplied under load, they stick.  This method can be usefule for initial tuning, but once you find the proper clock/voltage values, simply write them into a PPT, and it will accomplish the same thing.

This not whats happening in my case.
I have started the cards with higher mem clocks and lower mem clocks on my rx cards and acheive the same speed. I have checked in hwinfo to see actual clock on memory. Resetting while under load bumps the speed.
Might hard code the settings I want in bios.
Vegas I do not have this issue. I change everything real time under load and changes happen (as per hwinfo also). Already have PPT table down for vegas. It is nice to change clocks for different algos.
Mashy81
Jr. Member
*
Offline Offline

Activity: 225
Merit: 1


View Profile
November 19, 2018, 11:31:19 PM
 #460

Try a trick of mine it works on all my rx570/580 and they are above 1khs.
Once miner starts reset the perimeters on your card. Then just change core clock as high as you can vo stable and as low voltage as you can. Dont even bother with memory clock.

I have found changing memory clock does jack shit. I leave it at stock 1750 and lower voltage thats it.
All my rx570/580 get  1050-1100 hashes with stock memory clock. And between 1280-1340 core.

Vega is a different story though.
What do you mean by "reset the perimeters" on the cards?
And do you then apply new clocks while the miner is on?
Do you also increase power limit to allow for the higher clocks? Does it have a noticeable impact on power consumption?

Hit reset in Overdriventool.
No power limit not changed.
I change voltage but also safe undervolt level is already in my bios.

Vegas are a breeze to use on this miner and I don't do any of this
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 [23] 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 ... 150 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!