Переключите метод получения прибыльности в "Стандартный NHM".
Именно стандартный и был включен. 1) А если будут в 4.5 раза отличаться? 2) Перезапуск клиента решил проблему; что мешает при обнаружении несоответствия переполучить данные, возможно, пересоздав соединение, т.е. сделать то же самое, что происходит на старте?
|
|
|
Сегодня на всех ригах расчётная доходность X16R (V1) залипла на баснословной величине (примерно на порядок больше фактической) да так и осталась. Лечилось перезапуском клиентов, так что залипло именно в них. Форкфикс 20 проблему прекрасно видел ("[SMA API] Bug found in: X16R 0.01196458687<>0.001364976844"), но так ничего и не предпринял: [2019-12-30 13:44:49] [INFO] [NHSMAData] Updating stable algorithms None changed
[2019-12-30 13:44:49] [INFO] [SMA-DATA-WS: ] GrinCuckaroo29 - 5207.214736 [2019-12-30 13:44:49] [INFO] [SMA-DATA-WS: ] Lbry - 8.698498575e-06 [2019-12-30 13:44:49] [INFO] [SMA-DATA-WS: ] ZHash - 706.9436867 [2019-12-30 13:44:49] [INFO] [SMA-DATA-WS: ] X16RV2 - 0.001801905827 [2019-12-30 13:44:49] [INFO] [SMA-DATA-WS: ] Lyra2REv2 - 3.447004036e-05 [2019-12-30 13:44:49] [INFO] [SMA-DATA-WS: ] BeamV2 - 1234.825073 [2019-12-30 13:44:49] [INFO] [SMA-DATA-WS: ] Equihash - 4.745329871 [2019-12-30 13:44:49] [INFO] [SMA-DATA-WS: ] NeoScrypt - 0.0308301436 [2019-12-30 13:44:49] [INFO] [SMA-DATA-WS: ] GrinCuckarood29 - 7870.203117 [2019-12-30 13:44:49] [INFO] [SMA-DATA-WS: ] Lyra2REv3 - 0.000316350468 [2019-12-30 13:44:49] [INFO] [SMA-DATA-WS: ] RandomX - 8.554593618 [2019-12-30 13:44:49] [INFO] [SMA-DATA-WS: ] Lyra2z - 0.0003299712156 [2019-12-30 13:44:49] [INFO] [SMA-DATA-WS: ] Blake2s - 9.99999558e-08 [2019-12-30 13:44:49] [INFO] [SMA-DATA-WS: ] DaggerHashimoto - 0.001251809844 [2019-12-30 13:44:49] [INFO] [SMA-DATA-WS: ] CryptoNight - 0.465119026 [2019-12-30 13:44:49] [INFO] [SMA-DATA-WS: ] CryptoNightR - 8.782348458 [2019-12-30 13:44:49] [INFO] [SMA-DATA-WS: ] Nist5 - 2.284068294e-06 [2019-12-30 13:44:49] [INFO] [SMA-DATA-WS: ] Decred - 1.612882186e-08 [2019-12-30 13:44:49] [INFO] [SMA-DATA-WS: ] Keccak - 4.000013162e-07 [2019-12-30 13:44:49] [INFO] [SMA-DATA-WS: ] CryptoNightV7 - 0.6811648113 [2019-12-30 13:44:49] [INFO] [SMA-DATA-WS: ] GrinCuckatoo31 - 54466.11397 [2019-12-30 13:44:49] [INFO] [SMA-DATA-WS: ] CryptoNightHeavy - 3.623256134 [2019-12-30 13:44:49] [INFO] [SMA-DATA-WS: ] X16R - 0.001364976844 [2019-12-30 13:44:49] [INFO] [SMA-DATA-WS: ] CuckooCycle - 5857.597203 [2019-12-30 13:44:49] [INFO] [SMA API] Bug found in: X16R 0.01196458687<>0.001364976844 [2019-12-30 13:44:49] [INFO] [NICEHASH] SMA Update [2019-12-30 13:44:55] [INFO] [NICEHASH] Balance update [2019-12-30 13:44:57] [INFO] [SwitchingManager] Normalizing profits TAKEN: new profit 3.44700e-005 after 2 ticks for Lyra2REv2 TAKEN: new profit 1.25181e-003 after 2 ticks for DaggerHashimoto POSTPONED: new profit 4.74533e+000 (previously 4.71784e+000), higher for 1/2 ticks for Equihash TAKEN: new profit 6.81165e-001 after 2 ticks for CryptoNightV7 POSTPONED: new profit 7.06944e+002 (previously 7.06765e+002), higher for 1/2 ticks for ZHash TAKEN: new profit 5.20721e+003 after 2 ticks for GrinCuckaroo29 POSTPONED: new profit 5.44661e+004 (previously 5.44471e+004), higher for 1/2 ticks for GrinCuckatoo31 POSTPONED: new profit 3.16350e-004 (previously 3.14825e-004), higher for 1/2 ticks for Lyra2REv3 TAKEN: new profit 7.87020e+003 after 2 ticks for GrinCuckarood29 TAKEN: new profit 1.23483e+003 after 3 ticks for BeamV2 POSTPONED: new profit 4.00001e-007 (previously 4.00001e-007), higher for 4/11 ticks for Keccak POSTPONED: new profit 2.28407e-006 (previously 2.18551e-006), higher for 6/11 ticks for Nist5 POSTPONED: new profit 1.61288e-008 (previously 1.53482e-008), higher for 7/11 ticks for Decred POSTPONED: new profit 4.65119e-001 (previously 4.53190e-001), higher for 2/11 ticks for CryptoNight POSTPONED: new profit 1.00000e-007 (previously 9.99998e-008), higher for 4/11 ticks for Blake2s POSTPONED: new profit 8.78235e+000 (previously 8.48472e+000), higher for 7/11 ticks for CryptoNightR
[2019-12-30 13:44:57] [INFO] [MiningSession] Current device profits: Profits for GPU-07035c70-4929-87b4-89f6-af780a69dd38 (GPU#1 ASUS GeForce GTX 1070): PROFIT = 0.000038680924 (SPEED = 3.09000e+007 | NHSMA = 1.25181e-003) [Claymore_DaggerHashimoto] PROFIT = 0.000203397977 (SPEED = 1.70000e+007 | NHSMA = 1.19646e-002) [trex_X16R] PROFIT = 0.000040380995 (SPEED = 5.71350e+001 | NHSMA = 7.06765e+002) [GMiner_ZHash] PROFIT = 0.000013449323 (SPEED = 4.27200e+007 | NHSMA = 3.14825e-004) [CryptoDredge_Lyra2REv3] PROFIT = 0.000005496974 (SPEED = 6.47868e+002 | NHSMA = 8.48472e+000) [XmrigNVIDIA_CryptoNightR] PROFIT = 0.000032919696 (SPEED = 5.62000e+000 | NHSMA = 5.85760e+003) [GMiner_CuckooCycle] PROFIT = 0.000045647178 (SPEED = 5.80000e+000 | NHSMA = 7.87020e+003) [GMiner_GrinCuckarood29] PROFIT = 0.000046614647 (SPEED = 3.77500e+001 | NHSMA = 1.23483e+003) [miniZ_BeamV2] PROFIT = 0.000030632399 (SPEED = 1.70000e+007 | NHSMA = 1.80191e-003) [trex_X16RV2] MOST PROFITABLE ALGO: trex_X16R, PROFIT: 0.000203397977
Profits for GPU-1589fe0a-1e66-7eeb-51d9-363f7f99effd (GPU#2 ASUS GeForce GTX 1070): PROFIT = 0.000038680924 (SPEED = 3.09000e+007 | NHSMA = 1.25181e-003) [Claymore_DaggerHashimoto] PROFIT = 0.000203397977 (SPEED = 1.70000e+007 | NHSMA = 1.19646e-002) [trex_X16R] PROFIT = 0.000040380995 (SPEED = 5.71350e+001 | NHSMA = 7.06765e+002) [GMiner_ZHash] PROFIT = 0.000013449323 (SPEED = 4.27200e+007 | NHSMA = 3.14825e-004) [CryptoDredge_Lyra2REv3] PROFIT = 0.000005496974 (SPEED = 6.47868e+002 | NHSMA = 8.48472e+000) [XmrigNVIDIA_CryptoNightR] PROFIT = 0.000032919696 (SPEED = 5.62000e+000 | NHSMA = 5.85760e+003) [GMiner_CuckooCycle] PROFIT = 0.000045647178 (SPEED = 5.80000e+000 | NHSMA = 7.87020e+003) [GMiner_GrinCuckarood29] PROFIT = 0.000046614647 (SPEED = 3.77500e+001 | NHSMA = 1.23483e+003) [miniZ_BeamV2] PROFIT = 0.000030632399 (SPEED = 1.70000e+007 | NHSMA = 1.80191e-003) [trex_X16RV2] MOST PROFITABLE ALGO: trex_X16R, PROFIT: 0.000203397977
Profits for GPU-79cdffee-44ea-3d39-ac28-8ccf86fe861f (GPU#3 ASUS GeForce GTX 1070): PROFIT = 0.000038680924 (SPEED = 3.09000e+007 | NHSMA = 1.25181e-003) [Claymore_DaggerHashimoto] PROFIT = 0.000203397977 (SPEED = 1.70000e+007 | NHSMA = 1.19646e-002) [trex_X16R] PROFIT = 0.000040380995 (SPEED = 5.71350e+001 | NHSMA = 7.06765e+002) [GMiner_ZHash] PROFIT = 0.000013449323 (SPEED = 4.27200e+007 | NHSMA = 3.14825e-004) [CryptoDredge_Lyra2REv3] PROFIT = 0.000005496974 (SPEED = 6.47868e+002 | NHSMA = 8.48472e+000) [XmrigNVIDIA_CryptoNightR] PROFIT = 0.000032919696 (SPEED = 5.62000e+000 | NHSMA = 5.85760e+003) [GMiner_CuckooCycle] PROFIT = 0.000045647178 (SPEED = 5.80000e+000 | NHSMA = 7.87020e+003) [GMiner_GrinCuckarood29] PROFIT = 0.000046614647 (SPEED = 3.77500e+001 | NHSMA = 1.23483e+003) [miniZ_BeamV2] PROFIT = 0.000030632399 (SPEED = 1.70000e+007 | NHSMA = 1.80191e-003) [trex_X16RV2] MOST PROFITABLE ALGO: trex_X16R, PROFIT: 0.000203397977
Profits for GPU-d3cefda4-daef-cef3-0847-b71326274d13 (GPU#4 ASUS GeForce GTX 1070): PROFIT = 0.000038680924 (SPEED = 3.09000e+007 | NHSMA = 1.25181e-003) [Claymore_DaggerHashimoto] PROFIT = 0.000203397977 (SPEED = 1.70000e+007 | NHSMA = 1.19646e-002) [trex_X16R] PROFIT = 0.000040380995 (SPEED = 5.71350e+001 | NHSMA = 7.06765e+002) [GMiner_ZHash] PROFIT = 0.000013449323 (SPEED = 4.27200e+007 | NHSMA = 3.14825e-004) [CryptoDredge_Lyra2REv3] PROFIT = 0.000005496974 (SPEED = 6.47868e+002 | NHSMA = 8.48472e+000) [XmrigNVIDIA_CryptoNightR] PROFIT = 0.000032919696 (SPEED = 5.62000e+000 | NHSMA = 5.85760e+003) [GMiner_CuckooCycle] PROFIT = 0.000045647178 (SPEED = 5.80000e+000 | NHSMA = 7.87020e+003) [GMiner_GrinCuckarood29] PROFIT = 0.000046614647 (SPEED = 3.77500e+001 | NHSMA = 1.23483e+003) [miniZ_BeamV2] PROFIT = 0.000030632399 (SPEED = 1.70000e+007 | NHSMA = 1.80191e-003) [trex_X16RV2] MOST PROFITABLE ALGO: trex_X16R, PROFIT: 0.000203397977
[2019-12-30 13:44:57] [INFO] [MiningSession] Current Global profit: 6.01358729 USD/Day [2019-12-30 13:44:57] [INFO] [MiningSession] Current Global profit: IS PROFITABLE MinProfit mine always regardless of profit [2019-12-30 13:44:57] [INFO] [MiningSession] PrevStateProfit 0.00081359190716, CurrentProfit 0.00081359190716 [2019-12-30 13:44:57] [INFO] [MiningSession] Will NOT switch profit diff is 0, current threshold 0.05
|
|
|
Уменьшайте порог переключения. Это именно порог, а не % в разнице прибыльности.
Ваши слова можно истолковать как "это величина абсолютная, а не относительная". Поясните на всякий случай поточнее, что это такое, а то до сих пор считалось, что 0.05 соответствует переключению при ~5% разницы в прибыльности (и работало по ощущениям именно так).
|
|
|
Хотелось бы обсудить следующую фичу, как перехват devfee майнеров и отправка шар найсу на кошелек пользователя. В соотношении 50% пользователю, 50% разработчику nhml fork fix. Devfee майнеров, которые используют ssl подключение к серверам перехватываться не будет. И не все алгоритмы могут быть перехвачены, на данный момент.
Есть шанс встрять в войну с разработчиками майнеров, с итогом в виде их неработоспособности под форкфиксом и последующей отправкой его на свалку истории. Как по мне, оно того не стоит. [И это я ещё не затрагиваю этические моменты подобных действий]
|
|
|
С увеличенной до 3-х секунд задержкой рестарта майнеров пока всё работает без приключений (вотчдоги ещё не отключал).
|
|
|
Была у меня такая проблема. Заключалось в том что у запущенного NHML Fix не было достаточно прав. Решилось запуском от имени администратора
Все варианты найсхэша всегда запускал с админскими правами, так что тут что-то другое.
|
|
|
Как всегда, при возникновении любой проблемы нужны логи
Те, которые logs/log.txt и logs/log.1.txt или ещё какие-то? Копировать до принудительного закрытия форкфикса или после? Если принятых вчера мер окажется недостаточно и проблема продолжит проявляться, сохраню конечно. Кстати, сейчас заглянул на одной машине наугад в лог, а там при работе miniz пару раз в минуту пробегает один из вот таких казусов: [2019-12-08 23:00:57] [INFO] [miniZ-MINER_ID(16)-DEVICE_IDs(0,1,2,3)] Unexpected end when deserializing array. Path 'result[0]', line 1, position 580. ... [2019-12-08 23:00:47] [INFO] [miniZ-MINER_ID(16)-DEVICE_IDs(0,1,2,3)] Unexpected end when deserializing array. Path 'result[1]', line 1, position 886. ... [2019-12-08 23:00:22] [INFO] [miniZ-MINER_ID(16)-DEVICE_IDs(0,1,2,3)] Unexpected end when deserializing array. Path 'result[2]', line 1, position 1192. ... [2019-12-08 23:01:37] [INFO] [miniZ-MINER_ID(16)-DEVICE_IDs(0,1,2,3)] Unexpected end when deserializing array. Path 'result[3]', line 1, position 1498 Номер позиции для каждого из резалтов колеблется на несколько единиц относительно процитированного. Работать оно вроде работает, но наверное так не должно быть.
|
|
|
Лучше найти причину зависания майнеров. Фикус в том, что майнеры в этот момент технически не зависшие. Не знаю, с чего начинается цепочка событий, но при обнаружении данной ситуации оба майнера либо успешно работают, дерясь за ресурсы, либо один работает, а другой ругается, что ему не хватает видеопамяти (и его бесконечно перезапускает форкфикс). Оба также легко снимаются либо таскменеджером, либо убиванием процессов из командной строки. В системе ничего не портится, её рестарта для возобновления работы не требуется. Единственное, что при этом ведёт себя неадекватно – сам форкфикс, не закрывающийся по нажатию на крестик с последующим диалогом "программа не отвечает".
|
|
|
Может, совпадение, но с 20-й версией вернулся уже месяца два как забытый баг с запуском двух майнеров одновременно, причём комбинации бывают разные (вчера, например, на одном риге случились gminer+gminer, а на другом claymore+miniz). Пока увеличил задержку перезапуска майнеров до 3-х секунд – не знаю, поможет ли, но параллельно возник вопрос:
Судя по двойным процессам в штатном режиме, встроенные в майнеры вотчдоги (где они есть) не отключены. Есть ли в этом какой-то особый смысл, ведь форкфикс сам берёт на себя функции вотчдога для запущенных майнеров, если я правильно понимаю? Не может ли двойной надзор быть причиной двойного [пере]запуска и появления неучтённого процесса?
|
|
|
Вытащил одну, оставил 8 ГБ, стало - huge page 100% 1168/1168 +JIT И хеш вырос на треть.
Правильное описание событий: Перезагрузил систему, стало - huge page 100% 1168/1168 +JIT И хеш вырос на треть.
Фрагментация памяти, и, как следствие, невозможность выделить большие непрерывные куски. Бороться разве что воздержанием от использования приложений, крошащих память, и наличием достаточного её запаса. Иногда помогает временное закрытие (на время запуска майнера) какого-нибудь жадного до памяти процесса, если нет – перезагрузка. А планочку верните, без неё будет только хуже
|
|
|
Let us know if the new version solved your issue with nicehash.
So far, so good, no hangups caused by authorization errors (but actually I don't know if there were such errors these days). If the problem emerges again, I'll let you know. Thanks for the stable release.
|
|
|
NiceHash Miner Legacy Fork Fix 19.2
RUS: 1. Обновлен майнер Z-Enemy до версии 2.3 2. Обновлен майнер NBMiner до версии 26.0 3. Обновлен майнер Phoenix до версии 4.7c 4. Обновлен майнер TT-Miner до версии 3.0.10 5. Обновлен майнер T-Rex до версии 0.14.6 6. Обновлен майнер WildRig Multi до версии 0.19.3 beta 7. Обновлен майнер GMiner до версии 1.70 8. Обновлен майнер miniZ до версии 1.5r
А правки позиционирования окон и обмена данными в неё вошли?
|
|
|
CUDA 10 version should be beneficial. This was the cause, thanks. I somehow missed the CUDA 10 link and started to use the CUDA 8 version instead, probably because it has no clear "CUDA 8" designation neither in the URL nor in the program startup info. Sorry for the false alarm
|
|
|
За прошедшие сутки трижды ломался API на части ригов (всё время на разных подмножествах), причём в последний раз, помимо стандартного замерзания пейрейта X16rV2, циферки остальных алгоритмов на отпавших ригах продолжали изменяться, но отличались от циферок на неотпавших или перезапущенных. Галочку на опции сообщения настоящей версии программы я позавчера на половине ригов установил, но это ничего не изменило.
Трижды за сутки такого ещё не было, и это тревожит.
|
|
|
The new version shows instantaneous hashrate instead of the average (so both shown values are identical), at least on Beam. Is this intended? Also Beam seems to become slower (can't say with certainty since there is no visible average hashrate anymore), at least on 1070.
|
|
|
Does this error happens often? This looks like a bug on the pool side, we are working on a few possible workarounds for this. That's definitely a Nicehash servers problem, sometimes they start to return authorization errors, which may last from seconds to hours; that happens irregularly, maybe once a week at average. However, a miner shouldn't handle the error like MiniZ currently does Thanks for scheduling a fix for this.
|
|
|
Галочка "Отправлять инфо о версии программы" стоит?
Если речь о "Send actual version info", то нет, и в риг менеджере для всех ригов отображается "NHML 1.9.2.15". Попробовал на одном включить галочку, с ней он стал "NHML Fork Fix 19.1".
|
|
|
Сегодня где-то в первой половине дня опять две трети ригов стали отображаться в риг менеджере как offline (хотя работали), а на самих ригах перестал обновляться пейрейт для X16rV2 (я специально накладывал один на другой скриншоты, сделанные с интервалом в полчаса – не обновлялись только X16rV2, MTP и Skunk, но для последних двух это нормально). Явно ломается что-то в коде взаимодействия с API, пришлось перезапускать клиентов.
|
|
|
какой-то глюк - запускается программа, но нельзя ее сделать активной - то есть, выбрать приложение чтоб войти в настройки. эффект как вечно "свернутое приложение"... как это лечится? По симптомам похоже на окно за пределами видимой на мониторе области десктопа. Разрешение экрана случайно не менялось? Если это оно, то до появления версии с корректным позиционированием такое лечится выходом из программы и правкой файла с настройками. UPD: Да, легко воспроизвёл такое поведение, прописав отрицательные координаты главному окну (так, чтобы его не было видно). Более того, программа после такого "исправила" координаты на (-32000;-32000), задвинув окошко с запасом
|
|
|
|