lhr unlock 100 #991

thumerman · 2022-01-11T12:33:27Z

Hi, my video card unexpectedly unlocked when I decided to lower the memory frequency a little, after a reboot everything went off. How can this be explained.

edmarssil · 2022-01-13T00:29:48Z

what oc?

Faltskog · 2022-01-13T01:53:10Z

Did you just low-key broke the LHR?

thumerman · 2022-01-13T06:17:59Z

pl 55 core 0 memory (samsung) 1300 (it was 1500).

Crisis83 · 2022-01-13T16:23:40Z

An average share rate of 1.35 /share per minute (as in the screen shot) is about 97MH pool side so that checks out.
When you say: "after a reboot everything went off", do you mean you can't replicate the hashrate on the 3060ti?

What Nvidia Driver are you using? Also is it possible you have an old-stock 3060ti which were non-LHR?

thumerman · 2022-01-14T04:16:10Z

Yes, that's right, I can't reproduce it. 497.09. No, this is a new rig, there is not even a month yet and the cards are all LHR.

Faltskog · 2022-01-15T14:13:15Z

Well, what about this? any news? no changes? did you restart your PC again and still got 100 LHR? or was once in a lifetime thing

basking-in-the-sun2000 · 2022-01-15T23:33:28Z

I noticed the same with a 3070. I've assumed it to be lhr, since it always worked around 74. Hadn't seen any values above 75 on most of my cards.

At first, I was very doubtful and thought it to be a display issue. However, it kept giving me more shares all the time. Eventually did see about 33% more than the ti card. I was able to restart the miner, and it worked fine. Did set lhr-tune to 100% and it stayed there. Unfortunately, had to restart the rig and the magic was lost. @Faltskog hope not, hopefully wasn't a once in a lifetime, nor a planetary alignment thing.

Before restarting the rig, I tried lowering the core frequency on a ti, but didn't work. The 3070 was mining at 61-62 Mh/s, but the ti didn't do any better than 45.

Thought it to be some glitch that allowed the card to reach 100%. Noticed a red mark on the farm view (on hive). Today I am getting invalid shares on hive (not the pool), but not seeing that red mark on the farm. Wanted to grab the logs, but the older ones had been rotated out.

https://forum.hiveos.farm/t/rtx-3070-settings/21260/486?u=painting

My driver is 495.44, and hive is current with latest versions of the miners (T-Rex v0.24.8)

edmarssil · 2022-01-16T00:03:40Z

What memory on your board? Samsung

basking-in-the-sun2000 · 2022-01-16T00:21:07Z

The hiveon link has several screenshots, including the one with the card data. It has samsung memory indeed

thumerman · 2022-01-17T05:42:36Z

This happened again, it works only on 1 video card where the Samsung memory is, it's not entirely clear what the memory has to do with it, because the lock works on the core. Procedure: 1. First launch without any settings. Control of lhr values. 2. Disabling autotune in the miner and mining on the obtained lhr values (I mined for 1 day). 3. Restart on default settings.

edmarssil · 2022-01-17T15:55:14Z

do you use the direct oc on t rex? or MSI Afterburner

Faltskog · 2022-01-17T22:13:47Z

The other EVGA RTX 3060 Ti isn't Samsung?

basking-in-the-sun2000 · 2022-01-17T22:37:22Z

@thumerman that is interesting. Ran an experiment to try out your method. On the setup where I had seen this before, I could get the 3070 to go fhr. Restarted with all the cards (8 vs 5 from before) mining, but couldn't reproduce the unlocking.

Set the oc as high as I could without getting the rig to crash, and left it overnight. However, never got an invalid share, even when the 3070 used to get some at that oc (1140/2600). After 12h, I tried setting the 3070 to 100% but didn't take.

I'm back to the reduced energy mode (with only 5 cards of which 2 mine eth) and waiting for an invalid share to try this again. Two of my 3060 ti have hynix memory but had hoped another of the 5 cards would have worked with your finding.

Had it not happened to me before, I would have thought this was too crazy. Still think so, but there is something in this that seems to work.

thumerman · 2022-01-18T06:00:20Z

I use MSI Afterburner. Other EVGA with the memory of the Hynix.

AlbyGNinja · 2022-01-18T15:31:23Z

Procedure: 1. First launch without any settings. Control of lhr values. 2. Disabling autotune in the miner and mining on the obtained lhr values (I mined for 1 day). 3. Restart on default settings.

Excuse me, can you clarify a little bit? How to start? with or without OC settings? And what about the parameters? LHR-mode 100 need to be added inline or just use lhr-autotune 0
It's not fully clear sorry

edmarssil · 2022-01-18T18:38:44Z

Eu uso o MSI Afterburner. Outros EVGA com a memória da Hynix.

Print oc?

basking-in-the-sun2000 · 2022-01-18T21:18:44Z

only got it to work once, but used on hive

"lhr-tune": "74,100" 
"lhr-autotune-mode": "off"

I had an invalid share earlier, but wasn't doing fhr. Finally got a second invalid share 😃 Used the extra lines as above. My guess is that the invalid shares trip something inside the gpu, which disable the lhr limits. Think it might be something like the fan glitch

@trexminer Could t-rex try 100 lhr whenever it detects an invalid share on a card 😈 , and dial down the memory clock if the 100 lhr worked

Mining at eth-us-west.flexpool.io:5555 [34.218.113.86], diff: 4.00 G
GPU #0: RTX 3060 Ti - 45.37 MH/s, [LHR 74.0]  [T:57C, P:112W, F:68%, E:401kH/W], 13/13 R:0% I:0%
GPU #3: RTX 3070    - 62.73 MH/s, [LHR 100.0] [T:56C, P:117W, F:55%, E:536kH/W], 11/11 R:0% I:0%
Hashrate: 108.10 MH/s, Shares/min: 1.985 (Avg. 1.688), Avg.P: 230W, Avg.E: 470kH/W
Max diff share was found by GPU #0, diff: 217.29 G
Uptime: 14 mins 33 secs | Algo: ethash | T-Rex v0.24.8

basking-in-the-sun2000 · 2022-01-19T07:10:03Z

Has been mining at fhr for the last 5h. The dips are zil minging?

AlbyGNinja · 2022-01-19T08:54:43Z

only got it to work once, but used on hive
"lhr-tune": "74,100" 
"lhr-autotune-mode": "off"
I had an invalid share earlier, but wasn't doing fhr. Finally got a second invalid share 😃 Used the extra lines as above. My guess is that the invalid shares trip something inside the gpu, which disable the lhr limits. Think it might be something like the fan glitch

@trexminer Could t-rex try 100 lhr whenever it detects an invalid share on a card 😈 , and dial down the memory clock if the 100 lhr worked
Mining at eth-us-west.flexpool.io:5555 [34.218.113.86], diff: 4.00 G
GPU #0: RTX 3060 Ti - 45.37 MH/s, [LHR 74.0]  [T:57C, P:112W, F:68%, E:401kH/W], 13/13 R:0% I:0%
GPU #3: RTX 3070    - 62.73 MH/s, [LHR 100.0] [T:56C, P:117W, F:55%, E:536kH/W], 11/11 R:0% I:0%
Hashrate: 108.10 MH/s, Shares/min: 1.985 (Avg. 1.688), Avg.P: 230W, Avg.E: 470kH/W
Max diff share was found by GPU #0, diff: 217.29 G
Uptime: 14 mins 33 secs | Algo: ethash | T-Rex v0.24.8

so just to fully understand:
Did you follow the steps reported above from @thumerman ? So, mine without any specific parameter - start the miner with "lhr-autotune-mode" : "off"
"lhr-tune": [value got in previous step]
then you restarted with:
"lhr-autotune-mode" : "off"
"lhr-tune": 100

And it's mining at 100%??

basking-in-the-sun2000 · 2022-01-19T09:20:41Z

@AlbyGNinja lol wish it was that simple. First noticed this when my 3070 started increasing the lhr value by itself (see my hive post). Then found thumerman post, who showed me a way to get it to work again.

However, in my case, the trick was getting the card to do invalid shares, before setting the lhr to 100. I have been trying to get a 3060 ti to mine invalid shares, but I'm at 3000 with no success

Mind you that "lhr-tune": [value got in previous step] has to be found previously, to whatever value the card likes

AlbyGNinja · 2022-01-19T09:26:36Z

Mind you that "lhr-tune": [value got in previous step] has to be found previously, to whatever value the card likes

Because TONS of ppl with LHRs already knows their card optimal lhr value this is potentially skippable step imho.

the trick was getting the card to do invalid shares

so in your case you intentionally overclock the gpu too much to get invalids? after that what you do? you reduce overclock while LHR value is increasing?

basking-in-the-sun2000 · 2022-01-19T09:33:22Z

the trick was getting the card to do invalid shares

so in your case you intentionally overclock the gpu too much to get invalids? after that what you do? you reduce overclock while LHR value is increasing?

I change the flightsheet (assuming you are on hive 😁 ) and then lower the memory clock. If you are using t-rex manually, you would need to restart t-rex with the lhr at 100 for that card, and adjust the clock. My card has been mining for the last 7h, and have restarted the miners a couple of times. As long as I don't power off (or restart the rig??), the fhr ability isn't lost

Don't know if this is a glitch in the silicon, or the control for the lhr. Haven't been able to get any other card to reproduce this yet 🤞

AlbyGNinja · 2022-01-19T09:58:05Z

assuming you are on hive

I'm on windows so i assume i just need to close the cmd is mining and start different .bat file (?)

lower the memory clock

Is this step needed to get invalid? How much you are lowering? Are you lowering the clock WHILE mining until get invalid?

restart t-rex with the lhr at 100 for that card, and adjust the clock

Restart t-rex you mean, in addition to lhr-tune: 100, is lhr-autotune-mode: "off" required?

I stress that this seems to work only on samsung memory

Dekkarino · 2022-01-19T10:07:49Z

hi, i've a single 3060ti samsung lhr mining on windows with trex, I can try to replicate the glitch but need more information.

now i'm mining with this setting --lhr-tune 75.3 --lock-cclock 1380 --mclock 1025 --fan 70 --lhr-autotune-step-size 0.2 --lhr-autotune-interval 5 and not using msi afterburner

basking-in-the-sun2000 · 2022-01-19T10:12:45Z

assuming you are on hive

I'm on windows so i assume i just need to close the cmd is mining and start different .bat file (?)

sorry, I'm on linux and know nothing about windows. You will have to try it out

lower the memory clock

Is this step needed to get invalid? How much you are lowering? Are you lowering the clock WHILE mining until get invalid?

No, I lower the memory clock to avoid further invalids. I hate pushing my card so much, and the 3060 ti is already at 3300 (understand on windows this would be half that value), and no invalids yet. For the 3070 I raised the memory to 2700 and then lowered it to 2500

restart t-rex with the lhr at 100 for that card, and adjust the clock

Restart t-rex you mean, in addition to lhr-tune: 100, is lhr-autotune-mode: "off" required?

The lhr-autotune-mode: "off" is to prevent the lhr mechanism from reducing the lhr value. The first time my card got to 100, it did it by itself and started from 74. I had the mode at full, but if you don't have it at off, t-rex will try to find a value the card likes in case your card isn't going to do fhr (the 100 didn't take)

I stress that this seems to work only on samsung memory

Currently only have samsung cards active

the 3060 ti didn't like 3300 and crashed. The rig had to restart, and the magic is gone 😢

You will get GPU #3: LHR detected. 0.1min since last lock. Unlocking ... since card can't handle the lhr at 100 and the autotune is off. The best I get is now

GPU #3: RTX 3070 - 46.18 MH/s, [LHR 74.0] [T:53C, P:108W, F:53%, E:416kH/W], 2/2 R:0% I:0%

edmarssil · 2022-01-19T23:49:53Z

I did it on a 3060 LHR -
I once got 45 mh but it returns to 35 mh but does not activate the LHR.
Decreasing the cclock and increasing the LHR and as it was accepted I increased the cclock. I noticed that when I restarted the pc it accepted higher LHR. at the time it was no more than 75.5.

Dekkarino · 2022-01-20T08:35:19Z

I did it on a 3060 LHR - I once got 45 mh but it returns to 35 mh but does not activate the LHR. Decreasing the cclock and increasing the LHR and as it was accepted I increased the cclock. I noticed that when I restarted the pc it accepted higher LHR. at the time it was no more than 75.5.

how you did it ? it's replicable? normally I've lhr 73,1 with 43 44 mhs

MOCO-MHz · 2022-01-20T18:41:48Z

@basking-in-the-sun2000 or anyone, have you been able to replicate this in windows?

If so we are keen to understand how. The idea is that we enhance our software (https://youtu.be/rfgHEE5komM) (https://github.com/MOCO-MHz) to systematically do 100 up after detecting an invalid LHR trip.

AlbyGNinja · 2022-01-21T12:02:50Z

@basking-in-the-sun2000 or anyone, have you been able to replicate this in windows?

If so we are keen to understand how. The idea is that we enhance our software (https://youtu.be/rfgHEE5komM) (https://github.com/MOCO-MHz) to systematically do 100 up after detecting an invalid LHR trip.

clearly shitposting -.-'

MOCO-MHz · 2022-01-21T17:18:07Z

@basking-in-the-sun2000 or anyone, have you been able to replicate this in windows?
If so we are keen to understand how. The idea is that we enhance our software (https://youtu.be/rfgHEE5komM) (https://github.com/MOCO-MHz) to systematically do 100 up after detecting an invalid LHR trip.

clearly shitposting -.-'

@AlbyGNinja thanks for the feedback. Unfortunately we are unsure about how that comment can help us better our software.

jemshit · 2022-01-25T13:12:43Z

@basking-in-the-sun2000 any update, i tried two different miners (trex + pheonix + xmr (for cpu)), started with locked LHR-74, restarted with locked LHR-100 (without getting invalid share), no luck

basking-in-the-sun2000 · 2022-01-25T21:39:54Z

had some issues and my rig shut down. Restarted, but haven't reached fhr. Has been running very stable ☹️ lol, and just got a couple of invalid shares. However, fhr didn't take. Wish there was a way to get the cards to reach that without having to wait. Is there a way to an overflow error or something that would be equivalent to invalid shares?

Will try to use nvidia-bug-report.sh to see if there is anything noticeable between when it works and not.

basking-in-the-sun2000 · 2022-01-26T00:11:21Z

Seems my rig just likes to make fun of me 😦

Just got another invalid share, and it started doing fhr again. Took a while, but had to raise the memory to 2700

I checked the nvidia-bug-report.sh, but besides t-rex using a bit more memory than the other cards (Used 5005 MB on a 3070), I didn't see anything significant. Didn't decode the base64 sections.

Think this is over my pay grade, since I tried everything I could think of, and nothing makes sense. I deleted all the other miners and still mines at 100%.

Even thought maybe my card was fhr, the box has an lhr label. Not sure if you need the other miners to start the fhr, or a certain fault to occur.

basking-in-the-sun2000 · 2022-01-26T01:05:34Z

thought maybe the magic would break if I changed miner since it would initialize the card differently. I tried gminer, but didn't get it to work. Lolminer (no config) and nbminer (needed lhr values) worked.

After that, I went back to t-rex, and still works. If anyone has any idea to figure out how to trigger this, I can give it a try. Unfortunately, will have to shut down tonight.

lolminer

-------------------------------------------- 
Statistics (18:47:30); Mining: Ethash 
Connected to: eth-us-west.flexpool.io:4444 
Uptime: 0h 15m 1s 
      Name         Speed    Pool  --lhrtune  Shares    Best  Power
                    MH/s    MH/s             A/S/Hw   Share      W
GPU 0 RTX 3060 Ti  42.70   39.96       29.4   9/0/0   92.1G   61.6
GPU 1 RTX 3060     31.58   22.20       68.0   5/0/0   16.2G   91.1
GPU 2 RTX 3060     32.64   17.76       67.4   4/0/0   13.2G   93.0
GPU 3 RX 6700XT    46.17   31.08        0.0   7/0/0  128.0G   86.7
GPU 4 RTX 3070     61.33   71.03        0.0  16/0/0   31.6G  116.6
--------------------------- 
Total             214.43  182.02             41/0/0  128.0G  449.0
                                                                                                                                        
          Eff.  CCLK  MCLK  Core  Junc   Mem  Fan  --lhrtune
        MH/s/W   MHz   MHz  Temp  Temp  Temp  Pct           
GPU 0    0.687  1380  8100    51  n.a.  n.a.   63       29.4
GPU 1    0.345  1350  8425    55  n.a.  n.a.   51       68.0
GPU 2    0.349  1320  8400    54  n.a.  n.a.   30       67.4
GPU 3    0.530  1150  1074    39    46    60   44        0.0
GPU 4    0.524  1140  8050    56  n.a.  n.a.   54        0.0
--------------------------- 
Total    0.475                                              
---------------------------------------------

nbminer

NFO - ===================== [nbminer v40.1] Summary  =====================                               
INFO - |ID|Device|Hashrate| LHR|Accept|Reject|Inv|Powr|CTmp|MTmp|Fan|CClk|GMClk|MUtl|Eff/Watt|                               
INFO - | 0|3060ti| 45.12 M|  74|     3|     0|  0| 111|  57|    | 68|1380| 8100| 100| 406.5 K|                               
INFO - | 1|  3060| 30.39 M|  74|     2|     0|  0|  87|  57|    | 51|1350| 8425| 100| 349.3 K|                               
INFO - | 2|  3060| 25.88 M|    |     0|     0|  0|  78|  48|    | 30|1320| 8400|  65| 331.7 K|                               
INFO - | 3|6700xt| 46.80 M|    |     1|     0|  0|  88|  40|    | 46|1150| 1074|  45| 531.8 K|                               
INFO - | 4|  3070| 61.87 M|    |     7|     0|  0| 115|  58|    | 50|1140| 8050| 100| 538.0 K|                               
INFO - |------------------+----+------+------+---+----+--------------------------------------|                               
INFO - |    Total: 210.0 M|    |    13|     0|  0| 479| Uptime:  0D 00:04:00        CPU:  3% |                               
INFO - =======================================================================================

and obviously t-rex again

Mining at eth-us-west.flexpool.io:4444 [34.218.113.86], diff: 4.00 G                                                                    
GPU #0: RTX 3060 Ti - 45.87 MH/s, [LHR 75.5<>]  [T:55C, P:117W, F:67%, E:410kH/W]
GPU #1: RTX 3060    - 31.58 MH/s, [LHR 77.0<>]  [T:57C, P: 88W, F:51%, E:351kH/W], 1/1 R:0% I:0%
GPU #2: RTX 3060    - 32.62 MH/s, [LHR 77.5<>]  [T:50C, P: 88W, F:31%, E:362kH/W], 2/2 R:0% I:0%
GPU #3: RTX 3070    - 61.93 MH/s, [LHR 100.0<>] [T:56C, P:117W, F:54%, E:534kH/W], 3/3 R:0% I:0%
Hashrate: 172.00 MH/s, Shares/min: 1.507 (Avg. 1.434), Avg.P: 408W, Avg.E: 422kH/W                                                      
Max diff share was found by GPU #3, diff: 24.89 G                                                                                       
Uptime: 4 mins 31 secs | Algo: ethash | T-Rex v0.24.8

basking-in-the-sun2000 · 2022-01-26T11:33:01Z

Just found a difference between my 3070 and all the other cards. Not sure if this might be related, but seems to be memory clock dependent. I wanted to see if I could get it to trigger with another miner. Trying out lolminer, since it required no setup. The 3070 gave an error that none of the other cards did

GPU 4: DAG generation completed (4876 ms)
GPU 4: DAG verification detected 1194 defect segment(s)
GPU 4: DAG repair will be started. This may take a moment.
GPU 4: starting smart DAG repair
GPU 4: smart DAG repair done 
GPU 4: DAG verification passed
GPU 4: GPU will be paused to make sure it is unlocked...

In case anyone was wondering, the lhr value is 17.2 unlike 0 before

t-rex reported a invalid shares a couple of times, but wasn't enough for fhr

AlbyGNinja · 2022-01-26T12:17:22Z

but seems to be memory clock dependent

Do you mean the 100% unlock or getting the invalid share?

Just to understand more precisely, with t-rex, what are the miner configurations before and after invalid?

basking-in-the-sun2000 · 2022-01-27T00:39:02Z

but seems to be memory clock dependent

Do you mean the 100% unlock or getting the invalid share?

Just to understand more precisely, with t-rex, what are the miner configurations before and after invalid?

it is clock-dependent to get a damaged dag table. If I lower the memory clock it doesn't happen. Since this is the only obvious difference between the 3070 and the other cards, I have found. After some occurrence (fault?), something in the card gets altered, which allows for fhr.

The only changes, once the card goes into fhr is to raise the lhr value to 100. This is for the expediency sake since otherwise, it can take 12h to reach 100%. Of course, this assumes the lhr mode is set to full (the default). The other is to lower the memory clock, to prevent a crash.

This isn't something related to the miner per se, since lolminer and nbminer were able to achieve 100% lhr. Something in the card triggers, and unless you restart, that condition doesn't change with most changes you do. Seems that changing the miner doesn't reinitialize the cards, only launches a process in the gpu. To get to fhr, seems to violate one of the main rules I knew about mining, such as not overclocking too aggressively the memory.

As I said before, this is beyond me, since I never dealt with gpus before. I have been poking at anything I can think of, trying to find a difference. The only thing is there is some fault that triggers the card into fhr, and might need some other factor to start mining in that mode. Could also have been a coincidence that it started after changing the flightsheet.

Wish there was something that would allow you to try different fault conditions. It is very erratic and sometimes doesn't get triggered for days. Sometimes I get an invalid share but doesn't trigger fhr. Don't know what conditions t-rex ven considers as invalid shares, since the pool doesn't see them

iGio90 · 2022-01-27T11:35:34Z

reading all of this discussion and umh. I have no clue if there is documentation around about someone reverse enginered how the LHR lock happens, but from what I can read here it looks like they are measuring the timings / number of calls to ethash involved function. Rising the mem clock to stars would make those functions being invoked a crazy amount of time and if the lock that follows is a percent of reduction calculated from that time variable, there you go with FHR because the lock is set higher.
Just speculation, but could make sense.. :D
i have 4x 308ti, 3x 3060 and 1x 3060ti to play with 🍻

Edit: i'm otherwise sure that if it was enough to rise mem clock to the hell, make it mine for a while and then restore to a proper oc, it would be already public everywhere

basking-in-the-sun2000 · 2022-01-29T21:01:00Z

i'm otherwise sure that if it was enough to rise mem clock to the hell, make it mine for a while and then restore to a proper oc, it would be already public everywhere

Never thought it was to rise the mem clock to make it fhr, rather to a way to get the card to go into an overflow, overrun, etc. condition that triggered something in the card. However, as you said just that shouldn't be enough. I've been waiting all week for fhr, and after a couple of invalid shares a day nothing yet ☹️

Just posted this, and started mining at 100%. I had tried different flightsheets whenever I noticed a couple of invalid shares, without success. Any ideas how to check what changed in the card?

Faltskog · 2022-01-29T21:50:50Z

reading all of this discussion and umh. I have no clue if there is documentation around about someone reverse enginered how the LHR lock happens, but from what I can read here it looks like they are measuring the timings / number of calls to ethash involved function. Rising the mem clock to stars would make those functions being invoked a crazy amount of time and if the lock that follows is a percent of reduction calculated from that time variable, there you go with FHR because the lock is set higher. Just speculation, but could make sense.. :D i have 4x 308ti, 3x 3060 and 1x 3060ti to play with 🍻

Edit: i'm otherwise sure that if it was enough to rise mem clock to the hell, make it mine for a while and then restore to a proper oc, it would be already public everywhere

I really thought that was for termal throttle issue, i have a twin (2x) Gigabyte 3080Ti ViSiON OC, but one of them tends to "suffer" a little more of temp issues than the other, when passes 60ctemp/90mtemp, it start to drop from 90 to 88/87ish mh/s, but when it start to drop the temp to 86mtemp or below it goes back up to 90/91mh/s and often (not a rule) hits a LHR when that happens, and so on. I personally think that has a couple of different layers of thermal throttling temps, there's permissible ones, and then has to have a terminating thermal temperature like hitting 115-120 memory temp and shut down, but i think no one reverse enginered thermal throttling.

Maybe tthrottling + timings of ethash like you said could be?

iGio90 · 2022-01-29T21:53:32Z

reading all of this discussion and umh. I have no clue if there is documentation around about someone reverse enginered how the LHR lock happens, but from what I can read here it looks like they are measuring the timings / number of calls to ethash involved function. Rising the mem clock to stars would make those functions being invoked a crazy amount of time and if the lock that follows is a percent of reduction calculated from that time variable, there you go with FHR because the lock is set higher. Just speculation, but could make sense.. :D i have 4x 308ti, 3x 3060 and 1x 3060ti to play with 🍻
Edit: i'm otherwise sure that if it was enough to rise mem clock to the hell, make it mine for a while and then restore to a proper oc, it would be already public everywhere

I really thought that was for termal throttle issue, i have a twin (2x) Gigabyte 3080Ti ViSiON OC, but one of them tends to "suffer" a little more of temp issues than the other, when passes 60ctemp/90mtemp, it start to drop from 90 to 88/87ish mh/s, but when it start to drop the temp to 86mtemp or below it goes back up to 90/91mh/s and often (not a rule) hits a LHR when that happens, and so on. I personally think that has a couple of different layers of thermal throttling temps, there's permissible ones, and then has to have a terminating thermal temperature like hitting 115-120 memory temp and shut down, but i think no one reverse enginered thermal throttling.

Maybe tthrottling + timings of ethash like you said could be?

Negative. I had this too on a 3080. You have to replace thermal pads and paste if it hit thermal (reduce oc has a temporary solution)

Faltskog · 2022-01-29T21:56:03Z

reading all of this discussion and umh. I have no clue if there is documentation around about someone reverse enginered how the LHR lock happens, but from what I can read here it looks like they are measuring the timings / number of calls to ethash involved function. Rising the mem clock to stars would make those functions being invoked a crazy amount of time and if the lock that follows is a percent of reduction calculated from that time variable, there you go with FHR because the lock is set higher. Just speculation, but could make sense.. :D i have 4x 308ti, 3x 3060 and 1x 3060ti to play with 🍻
Edit: i'm otherwise sure that if it was enough to rise mem clock to the hell, make it mine for a while and then restore to a proper oc, it would be already public everywhere

I really thought that was for termal throttle issue, i have a twin (2x) Gigabyte 3080Ti ViSiON OC, but one of them tends to "suffer" a little more of temp issues than the other, when passes 60ctemp/90mtemp, it start to drop from 90 to 88/87ish mh/s, but when it start to drop the temp to 86mtemp or below it goes back up to 90/91mh/s and often (not a rule) hits a LHR when that happens, and so on. I personally think that has a couple of different layers of thermal throttling temps, there's permissible ones, and then has to have a terminating thermal temperature like hitting 115-120 memory temp and shut down, but i think no one reverse enginered thermal throttling.
Maybe tthrottling + timings of ethash like you said could be?

Negative. I had this too on a 3080. You have to replace thermal pads and paste if it hit thermal (reduce oc has a temporary solution)

But how the other one has the same temperatures and doesn't suffer from drops of hashrate?

IN FACT, the one that doesn't seem to suffer temperature, has more tolerance on memory temp, it goes up to 92/94mtemp and still hits 92 and even 93mh/s

Faltskog · 2022-01-29T22:03:36Z

Faltskog · 2022-01-29T22:06:38Z

GPU #0 always struggles to reach above 90mh/s, 2 or 3 of 5 intervals, hits 90 as you see in the photo above, while GPU #1 always stays above 90.

jemshit · 2022-01-30T06:14:19Z

GPU #0 always struggles to reach above 90mh/s, 2 or 3 of 5 intervals, hits 90 as you see in the photo above, while GPU #1 always stays above 90.

Each card is different, even if they have same brand/model/vram. They might require different OC settings. Also above one is doing better in terms of shares

zhanko73 · 2022-02-01T12:56:32Z

@Faltskog What are the settings for 90 MH/s on 3080Ti?

AlbyGNinja · 2022-02-01T15:28:28Z

@Faltskog What are the settings for 90 MH/s on 3080Ti?

Easy:
Absolute core clock: 1140
Mem clock: +1300/1500 (windows) +2600/3000 (hiveos)
No power limit

Faltskog · 2022-02-02T17:32:46Z

@Faltskog What are the settings for 90 MH/s on 3080Ti?

Easy: Absolute core clock: 1140 Mem clock: +1300/1500 (windows) +2600/3000 (hiveos) No power limit

i have this cfg @zhanko73

gmzombie · 2022-02-15T19:57:16Z

Has anyone else gotten to get this unlock to work with other cards besides the 3070's? im trying with 3060s and i will with m y 3060ti when i get the 3060s done. im using windows and just cant seem to get an invalid share. it crashes the miner rather than giving an invalid share. im using trex 24.8 driver 510.06 and windows 10. also tried with windows 11.

nCr78 · 2022-02-15T20:27:49Z

@trexminer Would it be possible to save a debug / protocol log from your protocol dump (or something similar) for when someone manages to replicate this? We can send you the 1-2 logs that will be produced and you can check for a pattern? It could be that certain invalid shares do something to the card because of the reason they became invalid (?)

basking-in-the-sun2000 · 2022-02-16T07:35:17Z

Has anyone else gotten to get this unlock to work with other cards besides the 3070's? im trying with 3060s and i will with m y 3060ti when i get the 3060s done. im using windows and just cant seem to get an invalid share. it crashes the miner rather than giving an invalid share. im using trex 24.8 driver 510.06 and windows 10. also tried with windows 11.

@thumerman (the OP) got it working on a 3060 ti. Could be that it is card dependent, and not all will go fhr.

The oc is no guarantee that you will get the "right" invalid share. Had a week with several invalid shares and no fhr kicking in. Also, if your oc is too high you will crash the rig, if not your card won't kick in. I did notice that having high oc doesn't mean it will give you an invalid fast. When it worked, it took all night to get a couple.

thumerman · 2022-02-16T11:16:06Z

I have a theory about this for everyone, we all know that now there is a problem with a shortage of semiconductors in the world and video card manufacturers began to install chips that were defective earlier, this is evidenced by the fact that when generating a dag file, an error occurs about a defective segment like @basking -in-the-sun2000 is the same for me. If you do not have a similar error, then unlocking for you will not work with a probability of 99.9%. For those who have such an error, you can work the card to the fullest in various overclocking modes. Now my card is working at full capacity in another miner in dual mode, the last time I unlocked it was after trying to lower the PL.

gmzombie · 2022-02-16T16:41:20Z

ok interesting. currently im going to go back to your driver 497.09 as im on 510.06 in windows 10. i can get the damaged dag crc error by adjusting my mem clock at 1424 or more. tested backwards to see and that is the line in the sand where it will give me a crc error for an evga 3060 xc. unfortantly i icant get the msi ventis 2 fan 3060 to error even at 1500 in windows. lol it just wants to push out more hash i know it. so im going to goto the older driver. one thing i noticed more times than not when i get that crc error on the dag the very first quick share is almost full speed. ovbiously it goes down but its good to see it lol. anyways i know we can get there with this. i will ask anyone who is trying to list their card brand and model that way we know which ones have been tested and what values you used to get the crc error. am i missing something?

Faltskog · 2022-02-16T18:25:41Z

I have a theory about this for everyone, we all know that now there is a problem with a shortage of semiconductors in the world and video card manufacturers began to install chips that were defective earlier, this is evidenced by the fact that when generating a dag file, an error occurs about a defective segment like @basking -in-the-sun2000 is the same for me. If you do not have a similar error, then unlocking for you will not work with a probability of 99.9%. For those who have such an error, you can work the card to the fullest in various overclocking modes. Now my card is working at full capacity in another miner in dual mode, the last time I unlocked it was after trying to lower the PL.

Can you detail every step by step, plus pictures to help us out? or like a list of the conditions you have to do or have to achieve such FHR? It happens only but only with Samsung chips? Or even i can achieve FHR with my 3080ti with Micron chips?

I would really love to know more about this.

jemshit · 2022-02-21T09:35:50Z

Need to keep an eye on this:
https://github.com/BySergeyDev/NvidiaRTX-LHRv2Unlocker

Doesn't give anything other than SS right now, but lets see

AlbyGNinja · 2022-02-21T15:14:42Z

Doesn't give anything other than SS right now, but lets see

Sound "magic" (aka scam)
But let's see

basking-in-the-sun2000 · 2022-03-01T06:20:19Z

Hadn't happened in a while, but went fhr again. Not sure if it was related, but just added cpuminer-opt-rplant as a miner. Noticed the lhr value was at 72, even when I had set it at 71.

Even when I had gotten some during the last few weeks, didn't give it much importance that there was an invalid share. That was until I noticed the lhr value. Haven't been able to figure out what makes an invalid share a "good" one and others not.

Also reduced the core last week from 1470 to 1170. I have no idea what triggers the card doing fhr even when it is lhr.

Sadly I lost being able to mine alph by going fhr

-----------------------20220301 00:19:15 ------------------------                                                                       
Mining at eu.kroxy.k1pool.com:4444 [37.187.226.146], diff: 4.00 G                                                                       
GPU #4: RTX 3060 Ti - 39.01 MH/s, [LHR 68.5<>]  [T:55C, P:112W, F:38%, E:331kH/W], 19/19 R:0% I:0%
GPU #5: RTX 3070    - 61.98 MH/s, [LHR 100.0<>] [T:56C, P:116W, F:59%, E:539kH/W], 27/27 R:0% I:0%
GPU #7: RTX 3060 Ti - 40.00 MH/s, [LHR 70.0<>]  [T:57C, P:104W, F:63%, E:360kH/W], 19/19 R:0% I:0%
Hashrate: 140.99 MH/s, Shares/min: 3.817 (Avg. 2.098), Avg.P: 344W, Avg.E: 410kH/W                                                      
Max diff share was found by GPU #5, diff: 398.17 G                                                                                      
Uptime: 31 mins 1 sec | Algo: ethash | T-Rex v0.25.6                                                                                    
                                                                                                                                        
                                                                                                                                        
-----------------------20220301 00:19:15 ------------------------                                                                       
Mining at pool.woolypooly.com:3107 [147.135.70.208], diff: 1.07 G                                                                       
GPU #4: RTX 3060 Ti - 335.42 MH/s, [LHR 68.5<>]  [T:55C, P:112W, F:38%, E:2.84MH/W], 36/36 R:0% I:0%
GPU #5: RTX 3070    -    0.00 H/s, [LHR 100.0<>] [T:56C, P:116W, F:59%, E:0.00H/W]
GPU #7: RTX 3060 Ti - 303.96 MH/s, [LHR 70.0<>]  [T:57C, P:104W, F:63%, E:2.74MH/W], 24/24 R:0% I:0%
Hashrate: 639.38 MH/s, Shares/min: 3.812 (Avg. 1.963), Avg.P: 344W, Avg.E: 1.86MH/W                                                     
Uptime: 31 mins 1 sec | Algo: blake3 | T-Rex v0.25.6

lowzyyy · 2022-03-02T18:02:10Z

at this point its card dependent. My 3080 ti cant even produce invalid share. I can only crash the driver and restart the pc.

basking-in-the-sun2000 · 2022-06-15T22:58:59Z

I know this is a moot point, but maybe with nvidia fighting back, it might provide a glimmer of a solution for other cards. I know some people kept thinking my 3070 was fhr, but it isn't. lol Nor was it a start of mining spike in the hashrate (did mine for over 24h at fhr). Hive just updated their code to identify the cards for ye of little faith ;) Still, it might be a bug that only happens in one of every thousand cards?

Maybe something to keep in mind for when the current unlock doesn't work with new cards

basking-in-the-sun2000 mentioned this issue Feb 23, 2022

Lhr unlock v2 #1121

Closed

lhr unlock 100 #991

lhr unlock 100 #991

Comments

thumerman commented Jan 11, 2022

edmarssil commented Jan 13, 2022

Faltskog commented Jan 13, 2022

thumerman commented Jan 13, 2022

Crisis83 commented Jan 13, 2022 • edited Loading

thumerman commented Jan 14, 2022

Faltskog commented Jan 15, 2022

basking-in-the-sun2000 commented Jan 15, 2022 • edited Loading

edmarssil commented Jan 16, 2022

basking-in-the-sun2000 commented Jan 16, 2022 • edited Loading

thumerman commented Jan 17, 2022

edmarssil commented Jan 17, 2022

Faltskog commented Jan 17, 2022

basking-in-the-sun2000 commented Jan 17, 2022 • edited Loading

thumerman commented Jan 18, 2022

AlbyGNinja commented Jan 18, 2022

edmarssil commented Jan 18, 2022

basking-in-the-sun2000 commented Jan 18, 2022 • edited Loading

basking-in-the-sun2000 commented Jan 19, 2022

AlbyGNinja commented Jan 19, 2022

basking-in-the-sun2000 commented Jan 19, 2022 • edited Loading

AlbyGNinja commented Jan 19, 2022

basking-in-the-sun2000 commented Jan 19, 2022 • edited Loading

AlbyGNinja commented Jan 19, 2022 • edited Loading

Dekkarino commented Jan 19, 2022

basking-in-the-sun2000 commented Jan 19, 2022 • edited Loading

edmarssil commented Jan 19, 2022

Dekkarino commented Jan 20, 2022 • edited Loading

MOCO-MHz commented Jan 20, 2022 • edited Loading

AlbyGNinja commented Jan 21, 2022

MOCO-MHz commented Jan 21, 2022

jemshit commented Jan 25, 2022

basking-in-the-sun2000 commented Jan 25, 2022 • edited Loading

basking-in-the-sun2000 commented Jan 26, 2022

basking-in-the-sun2000 commented Jan 26, 2022

basking-in-the-sun2000 commented Jan 26, 2022 • edited Loading

AlbyGNinja commented Jan 26, 2022

basking-in-the-sun2000 commented Jan 27, 2022 • edited Loading

iGio90 commented Jan 27, 2022 • edited Loading

basking-in-the-sun2000 commented Jan 29, 2022 • edited Loading

Faltskog commented Jan 29, 2022 • edited Loading

iGio90 commented Jan 29, 2022

Faltskog commented Jan 29, 2022 • edited Loading

Faltskog commented Jan 29, 2022

Faltskog commented Jan 29, 2022

jemshit commented Jan 30, 2022

zhanko73 commented Feb 1, 2022

AlbyGNinja commented Feb 1, 2022

Faltskog commented Feb 2, 2022 • edited Loading

gmzombie commented Feb 15, 2022

nCr78 commented Feb 15, 2022

basking-in-the-sun2000 commented Feb 16, 2022

thumerman commented Feb 16, 2022

gmzombie commented Feb 16, 2022

Faltskog commented Feb 16, 2022

jemshit commented Feb 21, 2022

AlbyGNinja commented Feb 21, 2022

basking-in-the-sun2000 commented Mar 1, 2022 • edited Loading

lowzyyy commented Mar 2, 2022

basking-in-the-sun2000 commented Jun 15, 2022

Crisis83 commented Jan 13, 2022 •

edited

Loading

basking-in-the-sun2000 commented Jan 15, 2022 •

edited

Loading

basking-in-the-sun2000 commented Jan 16, 2022 •

edited

Loading

basking-in-the-sun2000 commented Jan 17, 2022 •

edited

Loading

basking-in-the-sun2000 commented Jan 18, 2022 •

edited

Loading

basking-in-the-sun2000 commented Jan 19, 2022 •

edited

Loading

basking-in-the-sun2000 commented Jan 19, 2022 •

edited

Loading

AlbyGNinja commented Jan 19, 2022 •

edited

Loading

basking-in-the-sun2000 commented Jan 19, 2022 •

edited

Loading

Dekkarino commented Jan 20, 2022 •

edited

Loading

MOCO-MHz commented Jan 20, 2022 •

edited

Loading

basking-in-the-sun2000 commented Jan 25, 2022 •

edited

Loading

basking-in-the-sun2000 commented Jan 26, 2022 •

edited

Loading

basking-in-the-sun2000 commented Jan 27, 2022 •

edited

Loading

iGio90 commented Jan 27, 2022 •

edited

Loading

basking-in-the-sun2000 commented Jan 29, 2022 •

edited

Loading

Faltskog commented Jan 29, 2022 •

edited

Loading

Faltskog commented Jan 29, 2022 •

edited

Loading

Faltskog commented Feb 2, 2022 •

edited

Loading

basking-in-the-sun2000 commented Mar 1, 2022 •

edited

Loading