1. Запустите https://aka.ms/DotnetRepairTool2. Покажите список файлов программы (скриншот содержимого папки) 3. Пришлите файл configs\General.json 4. Запустите программу, подождите несколько минут, затем запустите майнинг на любом майнере, кроме t-rex, например gminer, подождите несколько минут, отключите интернет, подождите несолько минут и присылайте log.txt и созданный файл на рабочем столе DotnetRepairTool? .cab https://www.mediafire.com/file/cqaivexvtojylnn/NHMLFF_Test_Run.1.zip/fileНачало в середине лога, в 13:06. До этого там хвост примерно полусуточной сессии с NBMiner'ом. Кстати, после нескольких минут без инета форкфиксу стало довольно плохо, он дико тормозил, останавливал NBMiner, наверное, целую минуту, находясь при этом большую часть времени в состоянии "not responding".
|
|
|
4. Запустите программу, подождите несколько минут, затем запустите майнинг на любом майнере, кроме t-rex, например gminer, подождите несколько минут, отключите интернет, подождите несолько минут и присылайте log.txt и созданный файл на рабочем столе DotnetRepairTool? .cab Тут не совсем понятно – если настроен автостарт майнинга, отключать его или нет, чтобы запустить программу и подождать несколько минут? Да, и с NBMiner тоже подтекает, насколько я могу судить по двухчасовым результатам.
|
|
|
Поставил, пока вижу что отпала или отключена часть мониторинга, по утечкам с этой версией станет понятно примерно через сутки. В общем, версия с обрезанным мониторингом тоже подтекает. Плавно, маленькими кусочками с примерно постоянной скоростью 9-10 гигабайт в сутки (по кр. мере на риге с четырьмя картами).
|
|
|
Какие майнеры запускались? БОльшую часть времени trex 0.19.14 с daggerhashimoto, несколько раз также ненадолго включались gminer с cuckoocycle и miniz с zhash. На другом риге, который вообще крайне редко переключается на что-то, кроме тирекса с хашимотой, картина обычно примерно такая же (он вчера вечером обесточивался, поэтому отчёт VMMap с него пока не прилагаю). Но у майнеров своё адресное пространство, и гигабайты, которые они жрут, видны отдельно и вопросов не вызывают. Пробуйте https://yadi.sk/d/eTXtrLitmQnEagПоставил, пока вижу что отпала или отключена часть мониторинга, по утечкам с этой версией станет понятно примерно через сутки. И ещё просьба. Не знаю, чем делалась иконка для NHMLFF, но с её форматом не всё в порядке (как минимум, изображение 256x256 должно быть последним, а не вторым в списке); из-за этого ярлык программы постоянно теряет иконку, особенно при работе через RDP. Пересобрал её в более нормальном виде: https://www.mediafire.com/file/9pitunqaltu69o9/NiceHashMinerLegacy.ico/file. Если можно, замените файл в ресурсах, пожалуйста.
|
|
|
Какие майнеры запускались? БОльшую часть времени trex 0.19.14 с daggerhashimoto, несколько раз также ненадолго включались gminer с cuckoocycle и miniz с zhash. На другом риге, который вообще крайне редко переключается на что-то, кроме тирекса с хашимотой, картина обычно примерно такая же (он вчера вечером обесточивался, поэтому отчёт VMMap с него пока не прилагаю). Но у майнеров своё адресное пространство, и гигабайты, которые они жрут, видны отдельно и вопросов не вызывают.
|
|
|
Попытался на днях разобраться, почему на риге, из которого я временно изъял половину ОЗУ (было 16, стало 8 ГБ), началось периодическое падение то одной то другой программы (включая форкфикса) по нехватке памяти. Беглый просмотр ситуации на оставшихся с 16-ю гигабайтами машинах выявил на всех плюс-минус одинаковую картину: То есть оно периодически жрёт всю что сможет оперативку, и постоянно держит выделенной 5 гигабайт физической и под 30 гигабайт виртуальной памяти. Что-то мне подсказывает, что так не должно быть. Указанная картина наблюдается не сразу после запуска, к такому состоянию всё приходит через некоторое время (может быть часы, может быть дни, не экспериментировал). 36-я версия, 37-ю не пробовал, вряд ли там в этом смысле что-то изменилось. При возникновении такой ситуации запустите https://docs.microsoft.com/ru-ru/sysinternals/downloads/vmmap, выбираете NiceHashMinerLegacy.exe, затем File-Save As. Файл NiceHashMinerLegacy.mmp присылаете мне. Пока вот: https://www.mediafire.com/file/nyrn40lrjlatlbm/NiceHashMinerLegacy.mmp1.zip/fileЗа сутки с лишним выжрало 16 гигабайт виртуальной и почти всю доступную оперативку, если дать постоять ещё, дотянет и до 30 и возможно больше.
|
|
|
Попытался на днях разобраться, почему на риге, из которого я временно изъял половину ОЗУ (было 16, стало 8 ГБ), началось периодическое падение то одной то другой программы (включая форкфикса) по нехватке памяти. Беглый просмотр ситуации на оставшихся с 16-ю гигабайтами машинах выявил на всех плюс-минус одинаковую картину: То есть оно периодически жрёт всю что сможет оперативку, и постоянно держит выделенной 5 гигабайт физической и под 30 гигабайт виртуальной памяти. Что-то мне подсказывает, что так не должно быть. Указанная картина наблюдается не сразу после запуска, к такому состоянию всё приходит через некоторое время (может быть часы, может быть дни, не экспериментировал). 36-я версия, 37-ю не пробовал, вряд ли там в этом смысле что-то изменилось.
|
|
|
В этом логе всё правильно, если изменение в прибыльности алгоритма превышает определённый порог (в данном случае в 12 раз), то оно игнорируются. Правильно, когда это краткосрочная аномалия. Но найсхэш уже часов 10 говорит, что рыбы в гриновых алгоритмах нет, а клиент всё не верит С другой стороны, такое происходит не часто (пока), главное вовремя это поймать и софт на всех ригах поперезапускать. А если найс будет такое на daggerhashimoto делать, то как реагировать? Например, N минут терпеть, а потом таки обновлять данные. Ну то есть хранить вместе со значением и время его последнего обновления, и если оно явно устаревает – обновлять не смотря ни на что. Возможно, стоило бы даже сделать таймаут зависимым от степени аномальности изменения, но не уверен, что нужно сейчас всё это настолько усложнять.
|
|
|
В этом логе всё правильно, если изменение в прибыльности алгоритма превышает определённый порог (в данном случае в 12 раз), то оно игнорируются. Правильно, когда это краткосрочная аномалия. Но найсхэш уже часов 10 говорит, что рыбы в гриновых алгоритмах нет, а клиент всё не верит С другой стороны, такое происходит не часто (пока), главное вовремя это поймать и софт на всех ригах поперезапускать.
|
|
|
Сегодня днём найсхэш отключил (или сломал) CuckooCycle и GrinCuckatoo31/32. Машину, которая в этот момент майнила CuckooCycle, я обнаружил вечером с двумя запущенными gminer'ами, безуспешно пытающимися сабмитить шары. Остальные, занимавшиеся чем-то другим, сохранили у себя последние запомненные значения прибыльности по этим алгоритмам с угрозой переключиться на них в любой момент: [2021-03-05 18:16:51] [INFO] [SMA API] Bug found in GrinCuckatoo32. Old: 95979.57035 New: 0 Change in profitability more than 1200%. Ignoring [2021-03-05 18:16:51] [INFO] [SMA API] Bug found in CuckooCycle. Old: 6642.941451 New: 0 Change in profitability more than 1200%. Ignoring [2021-03-05 18:16:51] [INFO] [SMA API] Bug found in GrinCuckatoo31. Old: 41465.18047 New: 0 Change in profitability more than 1200%. Ignoring
|
|
|
А эффективность майнинга у всех не более 95% ((
У меня машина с 1080 уже неделю показывает эффективность от 110 до 130 процентов, но по факту интеграл "акуальной прибыльности" за сутки в окошке с графиками не соответствует результату за сутки этого рига в риг менеждере на сайте (завышен). Если актуальная прибыльность на графике – это то, что даёт найсхэш, то я бы вообще не особо доверял этим числам, т.к. с качеством математики у найсхэша традиционно всё плохо. Предположительно, эффективность начинается завышаться при переключении алгоритмов, но это пока не точно.
|
|
|
Лечите причину, а не следствие. В принципе, если вместо ряда "GPU#N,GPU#(N+1),..,GPU(N+M)" писать, к примеру, "GPU#N..GPU(N+M)", то станет и читабельнее, и проблема ограниченной ширины окна рассосётся.
|
|
|
Новая версия как-то слишком жадно грузит nvml.dll, несовместима с другими приложениями, которые её уже используют: UPD: после нескольких перезапусков приложений в разном порядке все помирились, и форкфикс 34 заработал, но это скорее всего только до рестарта системы.
|
|
|
Вчера наконец застал один из ригов в состоянии, проливающем свет сразу на два бага – старый (беспричинный запуск двух майнеров одновременно) и новый (нулевой выхлоп рига в течение некоторого времени). Он стоял и майнил хашимото тирексом, но при этом раз в несколько секунд поверх тирекса запускался и вскоре закрывался miniZ с beamV3. Чуть осмотрелся и обнаружил следующее: 1) miniZ из комплекта 33.1 не работает на 1070, по кр. мере с драйвером 457.30, по кр. мере на beamV3 (возможно, на других алгоритмах тоже). Предполагаю, что именно попытка майнить что-то на miniZ приводила к временному исчезновению профита с рига. Замена майнера на версию 1.6x (в которой объединены все версии CUDA) эту проблему решила. 2) Судя по логу ( прилагаю), перезапуская miniZ с бимом, форкфикс прекрасно знал, что майнит в это время хашимото тирексом (в интерфейсе тоже отображался майнинг хашимоты), но чего-то ему упёрлось перезапускать именно минизи. Более того, при нажатии кнопки "Stop" он успешно остановил тирекс, но продолжил перезапускать минизи, пока я вовсе не закрыл клиент (этот момент есть в конце лога). Налицо просчёт в логике управления майнерами, надеюсь, исправимый.
|
|
|
при запуске файлов, скачанных из инета Потому что видимо из архива с какой-то версией форка к этому файлу прилип стрим с признаком скачанности из интернета. Запуск разрешил, наблюдаю дальше. На других машинах, где зипы распаковывались винраром, диалогов с запросом на разрешение запуска пока не видел – просто риги переставали работать на пару-тройку часов, а потом сами восстанавливались.
|
|
|
С последней версией периодически стали выпадать из строя на несколько часов риги. До сих пор мне это удавалось заметить только после того, как они самовосстанавливались, а лог слишком короткий (около часа), оттуда уже всё полезное вытеснялось. Сейчас увидел, что один риг стоит холодный и ничего не делает, зашёл на него, а там ни один майнер не запущен, а из-под окошка форкфикса выглядывает вот это: Опять-таки, отвалился он больше часа назад, и начала событий в логе нет. И вообще в логе ничего нет, кроме периодического получения доходности, попыток предпринять другие действия нет. Никогда раньше ничего подобного не видел, а сейчас оно происходит в среднем раз в несколько дней на риг (не одновременно). В сегодняшнем случае даже сомнительно, что оно самовосстановилось бы. Вотчдог отключен, рестарт клиента в опциях отключен (если я правильно понимаю, что на самом деле должно было стоять вместо неуместного в списке условий рестарта прилагательного "newer"). UPD: Пока писал сообщение, ситуация повторилась. Наконец увидел в логе, что случилось: [2020-12-10 01:13:29] [INFO] [SOCKET] Received: {"method":"balance","value":"0.000095","prof":"0.00020257"} [2020-12-10 01:13:29] [INFO] [SOCKET] Received: {"method":"sma","data":[[8,"0.01256965338"],[44,"0"],[53,"3.355535109"],[40,"4.525343878e-06"],[50,"129691.8841"],[52,"0.003115340816"],[5,"1.811473326e-06"],[51,"1e-07"],[32,"5.630878362e-05"],[7,"1e-07"],[24,"1.521636263"],[39,"27522.7154"],[28,"1.334163146e-09"],[33,"7.240579763e-05"],[56,"0.002503273901"],[47,"3.905247788"],[36,"542.7198132"],[54,"2349.520817"],[20,"0.001958169242"],[43,"3600"],[55,"7719.364508"],[21,"3e-10"],[23,"1.710723045e-06"],[46,"3.377464807e-05"],[42,"2.9"],[48,"1.592796339e-07"],[14,"3.986277653e-06"]],"stable":"[8,44,53,40,50,52,51,24,39,56,47,36,54,20,43,55,48,14]"} [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] NeoScrypt (8) - 0.01256965338 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] GrinCuckarood29 (44) - 0 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] Cuckaroo29BFC (53) - 3.355535109 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] Lyra2REv3 (40) - 4.525343878e-06 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] GrinCuckatoo32 (50) - 129691.8841 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] KAWPOW (52) - 0.003115340816 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] Keccak (5) - 1.811473326e-06 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] Handshake (51) - 1e-07 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] Lyra2z (32) - 5.630878362e-05 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] Nist5 (7) - 1e-07 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] Equihash (24) - 1.521636263 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] GrinCuckatoo31 (39) - 27522.7154 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] Blake2s (28) - 1.334163146e-09 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] X16R (33) - 7.240579763e-05 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] Octopus (56) - 0.002503273901 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] RandomX (47) - 3.905247788 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] ZHash (36) - 542.7198132 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] BeamV3 (54) - 2349.520817 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] DaggerHashimoto (20) - 0.001958169242 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] CuckooCycle (43) - 3600 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] CuckaRooz29 (55) - 7719.364508 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] Decred (21) - 3e-10 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] Lbry (23) - 1.710723045e-06 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] X16RV2 (46) - 3.377464807e-05 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] CryptoNightR (42) - 2.9 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] Eaglesong (48) - 1.592796339e-07 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] Lyra2REv2 (14) - 3.986277653e-06 [2020-12-10 01:13:29] [INFO] [SOCKET] Received: {"method":"balance","value":"0.000095","prof":"0.00021903"} [2020-12-10 01:13:29] [INFO] [SOCKET] Received: {"method":"sma","data":[[52,"0.003126201975"],[42,"2.9"],[32,"5.632516742e-05"],[21,"3e-10"],[33,"7.123472536e-05"],[43,"3600"],[24,"1.571798374"],[14,"3.995567556e-06"],[51,"1e-07"],[20,"0.001958156467"],[36,"542.1949803"],[56,"0.002505001345"],[7,"1e-07"],[50,"129809.8786"],[48,"1.594502309e-07"],[40,"4.576307631e-06"],[23,"1.710511605e-06"],[44,"0"],[55,"7646.228571"],[47,"3.910967815"],[39,"27436.06557"],[5,"1.817781088e-06"],[46,"3.024140414e-05"],[54,"2352.578068"],[53,"3.024596202"],[8,"0.01224347873"],[28,"1.156967868e-09"]],"stable":"[52,43,24,14,51,20,36,56,50,48,40,44,55,47,39,54,53,8]"} [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] KAWPOW (52) - 0.003126201975 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] CryptoNightR (42) - 2.9 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] Lyra2z (32) - 5.632516742e-05 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] Decred (21) - 3e-10 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] X16R (33) - 7.123472536e-05 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] CuckooCycle (43) - 3600 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] Equihash (24) - 1.571798374 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] Lyra2REv2 (14) - 3.995567556e-06 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] Handshake (51) - 1e-07 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] DaggerHashimoto (20) - 0.001958156467 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] ZHash (36) - 542.1949803 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] Octopus (56) - 0.002505001345 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] Nist5 (7) - 1e-07 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] GrinCuckatoo32 (50) - 129809.8786 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] Eaglesong (48) - 1.594502309e-07 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] Lyra2REv3 (40) - 4.576307631e-06 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] Lbry (23) - 1.710511605e-06 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] GrinCuckarood29 (44) - 0 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] CuckaRooz29 (55) - 7646.228571 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] RandomX (47) - 3.910967815 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] GrinCuckatoo31 (39) - 27436.06557 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] Keccak (5) - 1.817781088e-06 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] X16RV2 (46) - 3.024140414e-05 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] BeamV3 (54) - 2352.578068 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] Cuckaroo29BFC (53) - 3.024596202 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] NeoScrypt (8) - 0.01224347873 [2020-12-10 01:13:29] [INFO] [SMA-DATA-WS: ] Blake2s (28) - 1.156967868e-09 [2020-12-10 01:13:29] [INFO] [SocketOnOnDataReceived] PROFIT calc Error. Restart program [2020-12-10 01:13:30] [INFO] [trex-MINER_ID(0)-DEVICE_IDs(0,1,2,3)] [pid(2612)|bin(miners\t-rex\t-rex.exe)] Shutting down miner [2020-12-10 01:13:30] [INFO] [trex-MINER_ID(0)-DEVICE_IDs(0,1,2,3)] Trying to kill all miner processes for this instance: [2020-12-10 01:13:30] [INFO] [trex-MINER_ID(0)-DEVICE_IDs(0,1,2,3)] Trying to kill [pid(2612)|bin(miners\t-rex\t-rex.exe)] [2020-12-10 01:13:30] [INFO] [trex-MINER_ID(0)-DEVICE_IDs(0,1,2,3)] Exception killing [pid(2612)|bin(miners\t-rex\t-rex.exe)], exMsg No process is associated with this object. [2020-12-10 01:13:30] [INFO] [trex-MINER_ID(0)-DEVICE_IDs(0,1,2,3)] Trying to kill all miner processes for this instance: [2020-12-10 01:13:30] [INFO] [trex-MINER_ID(0)-DEVICE_IDs(0,1,2,3)] Trying to kill [pid(2612)|bin(miners\t-rex\t-rex.exe)] [2020-12-10 01:13:30] [INFO] [trex-MINER_ID(0)-DEVICE_IDs(0,1,2,3)] Exception killing [pid(2612)|bin(miners\t-rex\t-rex.exe)], exMsg Access is denied [2020-12-10 01:13:30] [INFO] [AlgorithmSwitchingManager] Stop [2020-12-10 01:13:31] [INFO] [SheduleRestart] Schedule or config changed restart program after 0h
Принудительный перезапуск программы (да ещё и неудачный) из-за получения неполных данных или при ошибке вычислений? Серьёзно?
|
|
|
У меня 0.18.9 и режекты валит под 6-8% на 1070 Напомните, почему мы отказались от Клеймора? Включил сейчас на часок - ни одного режекта, скорость как минимум не ниже, чем на остальных.
Клеймор заброшен и не поддерживает эпохи выше 384-й, если не ошибаюсь. И реджектов на нём у меня было побольше, чем с фениксом (если не на часок включать, а на несколько дней и смотреть найсхэшевскую статистику). Несколько дней - это что? Поштучно их считать что ли? Процент есть процент, вот смотрю - сейчас 4 часа работы и 5 режектов на 360 шар. А если бы рыжики начинало гнать только спустя дни, то я бы просто батник присобачил на рестарт с таймингом в 24 часа и все дела. Несколько дней – это не в смысле дождаться, пока пойдёт неприемлемо много реджектов, а в смысле получить статистически значимую выборку. Четыре часа слишком мало, можно ошибиться с выводами. У меня вот за последние сутки риги с тирексом выдали меньший средний хэшрейт по данным найсхэша в сравнении с аналогичными ригами на фениксе, а в предыдущие сутки всё было ровно наоборот. И какой тут делать вывод? А никакой, нужно продолжать наблюдение.
|
|
|
У меня 0.18.9 и режекты валит под 6-8% на 1070 Напомните, почему мы отказались от Клеймора? Включил сейчас на часок - ни одного режекта, скорость как минимум не ниже, чем на остальных.
Клеймор заброшен и не поддерживает эпохи выше 384-й, если не ошибаюсь. И реджектов на нём у меня было побольше, чем с фениксом (если не на часок включать, а на несколько дней и смотреть найсхэшевскую статистику).
|
|
|
У меня тирекс версий до 0.18.9 сильно реджектился на 1070, около 8% в среднем. 0.18.9 – сравнялся по этому показателю с фениксом, 0.5..1%.
В результате получается выгоднее тебе на фениксе? Я два рига сейчас переключил на тирекс, сравниваю. Окончательные выводы пока делать рановато, но вроде с тирексом на процентик больше выжимается по сравнению с фениксом, а на зажатых по мощности видеокартах даже, возможно, на два.
|
|
|
Не могу разобраться почему у меня сыпет реджекты. Посмотри пожалуйста в чем может быть проблема. Заметил что только на Dagger-Hashimoto. Ссылка на log файл и скриншот. https://dropmefiles.com.ua/ru/cDQC3PSafУ меня тирекс версий до 0.18.9 сильно реджектился на 1070, около 8% в среднем. 0.18.9 – сравнялся по этому показателю с фениксом, 0.5..1%.
|
|
|
|