Why won't miner determine what GPU crashes? All it says is: 20191019 21:54:38 [ OK ] 5610/5621 - 21.60 MH/s, 281ms 20191019 21:54:38 [ OK ] 5611/5622 - 21.60 MH/s, 282ms 20191019 21:55:01 [ OK ] 5612/5623 - 21.60 MH/s, 297ms 20191019 21:55:14 [ OK ] 5613/5624 - 21.60 MH/s, 281ms 20191019 21:55:34 WARN: WATCHDOG: T-Rex has a problem with GPU, terminating... 20191019 21:55:35 WARN: WATCHDOG: recovering T-Rex 20191019 21:55:37 T-Rex NVIDIA GPU miner v0.14.6 - [CUDA v10.0] 20191019 21:55:37 r.ad1aa7ca3433 20191019 21:55:37 20191019 21:55:37 NVIDIA Driver v419.35 20191019 21:55:37 CUDA devices available: 5 20191019 21:55:37 Also would be nice to have per GPU share(correct\incorrect) counters, not just total. That way you can is if one particular card gets all\most of incorrect shares....
|
|
|
Sorry, there is no way to disable them at the moment
They are very annoying, esp. in web interface - every time u refresh a page notification pops-up. Please add disabling feature!
|
|
|
How do I disable update notifications in miner and web-interface?
|
|
|
Ну, у меня и настроено через скрипты было, просто думал может сделали через оболчку...
|
|
|
Настройки-Расширенные-Run Ethlargement Программу запускать от администратора
Спс, а как выбирать алгоритмомы с которыми бы она запускалась? Никак. Всем известно, что таблетка действует только на дагер и мтп алгоритмы Да, но если запускать клей, то ее нужно отлючать, т.к. страпы+таблетка=зависон, а клеем майнится лучше чем финиксом с таблеткой. А так бы вообще нужды в этой функции не было - таблетку на постоянку можно и самому включать... она ничему кроме клея со страпами не мешает. Хотя на 1080 еще с ней гемор, но я от них избавился) и? Что и? При запуске определенных манеров можно включать\выключать таблетку средствами оболчки или NHML может ее только включить вместе со своим запуском и всё?
|
|
|
Настройки-Расширенные-Run Ethlargement Программу запускать от администратора
Спс, а как выбирать алгоритмомы с которыми бы она запускалась? Никак. Всем известно, что таблетка действует только на дагер и мтп алгоритмы Да, но если запускать клей, то ее нужно отлючать, т.к. страпы+таблетка=зависон, а клеем майнится лучше чем финиксом с таблеткой. А так бы вообще нужды в этой функции не было - таблетку на постоянку можно и самому включать... она ничему кроме клея со страпами не мешает. Хотя на 1080 еще с ней гемор, но я от них избавился)
|
|
|
Настройки-Расширенные-Run Ethlargement Программу запускать от администратора
Спс, а как выбирать алгоритмомы с которыми бы она запускалась?
|
|
|
Кстати, обнаружил там в майнерах таблетка теперь валяется и вспомнил что тут говорили вроде ФФ может ее теперь включать вместе с выбранным алгоритмом, но че-то не нахожу где\как?
|
|
|
А можно в оболочке NHML отключить мониторинг? В general.json установить ширину колонок в 0. "ColumnTEMP": 0, "ColumnLOAD": 0, "ColumnFAN": 0, "ColumnPOWER": 0, Спасибо, эти параметры я сам нашел и пробовал править на 0, но я так понял они просто скрывают колонки, а оболочка(сам NHML) все равно продолжает мониторить параметры карты и идет доп нагрузка на цпу. Я бы хотел именно отключить мониторинг оболочкой.
|
|
|
А можно в оболочке NHML отключить мониторинг?
|
|
|
А че они на новую пратформу МТР не перенесли?
|
|
|
Well, I guess --jobtimeout=600(2x default) has finally solved my problems on 2miners pool. I'm mining with v1.5q6 for almost 24hours now and cards never went into idle so far.
|
|
|
Hi Divinity666, losing connection to pool is not uncommon, even for other miners. Reasons, can be on user side like newtork instability, even if momentaneous (or not). It can also depend on the pool. The pool may disconnect if it does not receive any shares for some time. The pool may disconnect or reset the connection for some other reason.
We made available a beta version v1.5q4 that should be more efficient in reconnecting to pool. Let us know how it goes. Thanks a lot for your feedback and patience. Cheers
In v1.5q4 issue still persists. I got 2 minutes of idle after 20 minutes of running a miner(and 3 minutes after submitting last share) ps Well gminer doesn't lose connection thats a fact, I've tested for a 24+hours... pps upd. ok, now its 1 minute of idle, I was wrong, it actually went down from 2 minutes. Still would like miner not to stop mining in the first place. Other miners I've tried don't have that issue, so its not pool error or something like that. ppps upd2. turns out idle time varies, sometimes its 1 minute and sometimes its over 2 even(like 140 seconds or so)
|
|
|
Hi Divinity666, Thank you for the feedback. Tomorrow we will update beta version, could you try it out then and check if you still have the same issue with the miner stopping too long when it loses connection? Cheers
Why would it lose connection in the first place? I'm testing with gminer now for almost 20hours and it doesn't lose connection at all, not even for a second.
|
|
|
я вот никак не пойму - в чем фишка данного форка от офф версии?
профита что ли больше?
Не знаю как щас, а раньше в офф версии NHML тупо не было майнеров нужных, ну, а про NH2 вообще лучше не говорить)
|
|
|
Здравствуйте! Антон, а вы из отпуска вернётесь до 299й эпохи эфира?))) А то Клеймор написал 15ю версию, до 384 эпохи, а ранние будут работать только до 299й. В 1-9-2-13 найса уже её воткнули. С уважением.
Версии майнера можно менять самому
|
|
|
Hi Divinity666, we just released a v1.5q3 beta version. Could you test it and let us know if you get the same issue? Thank you. Cheers
No, nothing has changed(
|
|
|
Pool is 2miners.com, I'm using latest version of miner, but this happened on every version I used before. So why would miner drop connection anyway? Or why it waits for minutes to reconnect rather do it right away?
|
|
|
Hi, MiniZ! Could you plz explain what's happening here: cards will periodically start idling for 1-2 mins until I\s and h\r start dropping and then "come back to live". Why doesn't miner show any error or something and why I\s h\r holding for 1-2 minutes when cards are idling?? [ 2d 2h10m00s|15:11:42 29/08/2019] 134(133.8)Sol/s 275(271.6)W 0>GTX 1080 ` 100% [54шC/29%] 33.45 I/s 66.5(66.5)Sol/s 137(133.0)W clk=1746MHz mclk=5499MHz Sol/W=0.50 1>GTX 1080 ` 100% [54шC/34%] 33.78 I/s 67.7(67.2)Sol/s 138(134.7)W clk=1746MHz mclk=5499MHz Sol/W=0.50 [ 2d 2h10m11s|15:11:52 29/08/2019] 135(133.8)Sol/s 274(271.7)W 0>GTX 1080 ` 100% [54шC/29%] 33.45 I/s 67.0(66.5)Sol/s 135(133.0)W clk=1746MHz mclk=5499MHz Sol/W=0.50 1>GTX 1080 ` 100% [54шC/32%] 33.78 I/s 67.9(67.3)Sol/s 139(134.7)W clk=1746MHz mclk=5499MHz Sol/W=0.50 [ 2d 2h10m21s|15:12:02 29/08/2019] 135(133.8)Sol/s 271(271.6)W 0>GTX 1080 ` 100% [54шC/30%] 33.45 I/s 66.9(66.5)Sol/s 135(133.0)W clk=1746MHz mclk=5499MHz Sol/W=0.50 1>GTX 1080 ` 100% [54шC/33%] 33.78 I/s 68.1(67.3)Sol/s 137(134.7)W clk=1746MHz mclk=5499MHz Sol/W=0.50 [ 2d 2h10m31s|15:12:12 29/08/2019] 135(133.8)Sol/s 179(268.6)W 0>GTX 1080 ` 100% [49шC/22%] 33.45 I/s 66.9(66.5)Sol/s 89(132.9)W clk=1607MHz mclk=5499MHz Sol/W=0.50 1>GTX 1080 ` 100% [50шC/ 0%] 33.78 I/s 68.1(67.3)Sol/s 90(134.6)W clk=1670MHz mclk=5499MHz Sol/W=0.50 [ 2d 2h10m41s|15:12:22 29/08/2019] 135(133.8)Sol/s 97(264.4)W 0>GTX 1080 ` 100% [48шC/10%] 33.45 I/s 66.9(66.5)Sol/s 48(132.8)W clk=139MHz mclk=405MHz Sol/W=0.50 1>GTX 1080 ` 100% [48шC/ 0%] 33.78 I/s 68.1(67.3)Sol/s 49(134.5)W clk=139MHz mclk=405MHz Sol/W=0.50 [ 2d 2h10m51s|15:12:32 29/08/2019] 135(133.8)Sol/s 56(260.2)W 0>GTX 1080 ` 100% [46шC/ 0%] 33.45 I/s 66.9(66.5)Sol/s 28(132.7)W clk=139MHz mclk=405MHz Sol/W=0.50 1>GTX 1080 ` 100% [46шC/ 0%] 33.78 I/s 68.1(67.3)Sol/s 28(134.5)W clk=139MHz mclk=405MHz Sol/W=0.50 [ 2d 2h11m01s|15:12:42 29/08/2019] 135(133.8)Sol/s 36(256.2)W 0>GTX 1080 ` 100% [45шC/16%] 33.45 I/s 66.9(66.5)Sol/s 18(132.7)W clk=139MHz mclk=405MHz Sol/W=0.50 1>GTX 1080 ` 100% [45шC/ 0%] 33.78 I/s 68.1(67.3)Sol/s 18(134.4)W clk=139MHz mclk=405MHz Sol/W=0.50 [ 2d 2h11m11s|15:12:52 29/08/2019] 135(133.8)Sol/s 27(252.3)W 0>GTX 1080 ` 100% [44шC/21%] 33.45 I/s 66.9(66.5)Sol/s 12(132.6)W clk=139MHz mclk=405MHz Sol/W=0.50 1>GTX 1080 ` 100% [43шC/ 0%] 33.78 I/s 68.1(67.3)Sol/s 15(134.3)W clk=139MHz mclk=405MHz Sol/W=0.50 [ 2d 2h11m21s|15:13:02 29/08/2019] 135(133.8)Sol/s 23(248.4)W 0>GTX 1080 ` 100% [43шC/ 0%] 33.45 I/s 66.9(66.5)Sol/s 10(132.5)W clk=139MHz mclk=405MHz Sol/W=0.50 1>GTX 1080 ` 100% [42шC/ 0%] 33.78 I/s 68.1(67.3)Sol/s 13(134.2)W clk=139MHz mclk=405MHz Sol/W=0.50 [ 2d 2h11m31s|15:13:12 29/08/2019] 135(133.8)Sol/s 18(244.5)W 0>GTX 1080 ` 100% [42шC/ 0%] 33.45 I/s 66.9(66.5)Sol/s 8(132.4)W clk=139MHz mclk=405MHz Sol/W=0.50 1>GTX 1080 ` 100% [41шC/25%] 33.78 I/s 68.1(67.3)Sol/s 10(134.1)W clk=139MHz mclk=405MHz Sol/W=0.50 [ 2d 2h11m41s|15:13:22 29/08/2019] 135(133.8)Sol/s 16(240.7)W 0>GTX 1080 ` 100% [42шC/ 0%] 33.45 I/s 66.9(66.5)Sol/s 8(132.3)W clk=139MHz mclk=405MHz Sol/W=0.50 1>GTX 1080 ` 100% [40шC/27%] 33.78 I/s 68.1(67.3)Sol/s 9(134.0)W clk=139MHz mclk=405MHz Sol/W=0.50 [ 2d 2h11m51s|15:13:32 29/08/2019] 135(133.8)Sol/s 16(237.0)W 0>GTX 1080 ` 100% [41шC/ 0%] 33.45 I/s 66.9(66.5)Sol/s 7(132.2)W clk=139MHz mclk=405MHz Sol/W=0.50 1>GTX 1080 ` 100% [39шC/11%] 33.78 I/s 68.1(67.3)Sol/s 9(133.9)W clk=139MHz mclk=405MHz Sol/W=0.50 [ 2d 2h12m01s|15:13:42 29/08/2019] 135(133.8)Sol/s 15(233.3)W 0>GTX 1080 ` 100% [40шC/ 0%] 33.45 I/s 66.9(66.5)Sol/s 7(132.1)W clk=139MHz mclk=405MHz Sol/W=0.50 1>GTX 1080 ` 100% [38шC/ 0%] 33.78 I/s 68.1(67.3)Sol/s 8(133.8)W clk=139MHz mclk=405MHz Sol/W=0.50 [ 2d 2h12m11s|15:13:52 29/08/2019] 135(133.8)Sol/s 15(229.7)W 0>GTX 1080 ` 100% [39шC/20%] 33.45 I/s 66.9(66.5)Sol/s 7(132.0)W clk=139MHz mclk=405MHz Sol/W=0.50 1>GTX 1080 ` 100% [37шC/ 0%] 33.78 I/s 68.1(67.3)Sol/s 8(133.8)W clk=139MHz mclk=405MHz Sol/W=0.50 [ 2d 2h12m21s|15:14:02 29/08/2019] 123(133.6)Sol/s 14(226.1)W 0>GTX 1080 ` 100% [38шC/22%] 30.47 I/s 61.0(66.4)Sol/s 7(132.0)W clk=139MHz mclk=405MHz Sol/W=0.50 1>GTX 1080 ` 100% [36шC/ 0%] 30.72 I/s 61.9(67.2)Sol/s 7(133.7)W clk=139MHz mclk=405MHz Sol/W=0.50 [ 2d 2h12m31s|15:14:12 29/08/2019] 125(133.6)Sol/s 139(226.7)W 0>GTX 1080 ` 100% [44шC/ 0%] 30.76 I/s 61.9(66.4)Sol/s 69(132.0)W clk=1746MHz mclk=5499MHz Sol/W=0.50 1>GTX 1080 ` 100% [41шC/ 0%] 31.02 I/s 62.5(67.2)Sol/s 70(133.7)W clk=1746MHz mclk=5499MHz Sol/W=0.50 [ 2d 2h12m41s|15:14:22 29/08/2019] 125(133.6)Sol/s 205(227.5)W 0>GTX 1080 ` 100% [46шC/ 0%] 31.02 I/s 61.9(66.4)Sol/s 100(132.0)W clk=1746MHz mclk=5499MHz Sol/W=0.50 1>GTX 1080 ` 100% [42шC/ 0%] 31.29 I/s 63.0(67.2)Sol/s 105(133.7)W clk=1746MHz mclk=5499MHz Sol/W=0.50 [ 2d 2h12m51s|15:14:32 29/08/2019] 126(133.6)Sol/s 237(228.2)W 0>GTX 1080 ` 100% [47шC/ 0%] 31.25 I/s 62.7(66.4)Sol/s 119(132.0)W clk=1746MHz mclk=5499MHz Sol/W=0.50 1>GTX 1080 ` 100% [44шC/ 0%] 31.54 I/s 63.4(67.2)Sol/s 118(133.7)W clk=1746MHz mclk=5499MHz Sol/W=0.50 [ 2d 2h13m01s|15:14:42 29/08/2019] 127(133.6)Sol/s 254(228.9)W 0>GTX 1080 ` 100% [49шC/23%] 31.47 I/s 63.2(66.4)Sol/s 129(132.0)W clk=1746MHz mclk=5499MHz Sol/W=0.50 1>GTX 1080 ` 100% [45шC/25%] 31.76 I/s 63.7(67.2)Sol/s 125(133.7)W clk=1746MHz mclk=5499MHz Sol/W=0.50 [ 2d 2h13m11s|15:14:52 29/08/2019] 127(133.6)Sol/s 264(229.6)W 0>GTX 1080 ` 100% [51шC/11%] 31.66 I/s 63.3(66.4)Sol/s 132(132.0)W clk=1746MHz mclk=5499MHz Sol/W=0.50 1>GTX 1080 ` 100% [47шC/25%] 31.96 I/s 64.2(67.2)Sol/s 132(133.7)W clk=1746MHz mclk=5499MHz Sol/W=0.50 [ 2d 2h13m21s|15:15:03 29/08/2019] 128(133.6)Sol/s 268(230.3)W 0>GTX 1080 ` 100% [52шC/19%] 31.83 I/s 63.0(66.4)Sol/s 133(132.0)W clk=1746MHz mclk=5499MHz Sol/W=0.50 1>GTX 1080 ` 100% [48шC/26%] 32.14 I/s 64.7(67.2)Sol/s 135(133.7)W clk=1746MHz mclk=5499MHz Sol/W=0.50
|
|
|
So, v1.5q2 seems to have fix issue with low h\r in 144.5 on my 1080s. After <5min run I even see higher I\s, though by 0.15% But at least it is on pair with v1.3 Question, does OC1/OC2 work for all algos? What determines "power saving" to use OC1 vs OC2?
oc1 gives you max power saving and efficiency.
|
|
|
|