Miner CryptoNight Сборки под разные процессорные архитектуры Поддержка nicehash совместно с моим прокси Оптимизированные ворекры noaes(aes тоже не плох) Демо памяти больших страниц, память захватывается при первом запуске и далее при перезагрузке запрашивается у демона. Таким образом не нужно перезагружать компьютер для очистки памяти. https://jerrywm.github.io/xmr/
Мини статичный сайт: https://jerrywm.github.io/xmr/ Все новые версии а также описание будут там. Так удобнее, чем писать на все форумы
XMR-STACK-CPU ~640 [APP] [WORKER] [APP] [HASHRATE 1s/501.96 5s/494.85 15s/476.44] Меня еще это смущает [APP] [STRATUM] [NET] [2017-11-10 00:50:15] Connected to 'cryptonight.eu.nicehash.com:3355 Хотя address = monero.lindon-pool.win:7777
4% дев фи. Первые 2мин. с копейками майнятся мне , потом рестарт и оставшийся час вам. Меня смущает другое. Почему рейт меньше стека, это в принцепе маловероятно и невозможно. Приложите __last-console.txt созданый после теста. Также приложите конфиг стека
Приложил, отправил. Я там ошибся в хешрейте стека. Я же на 3700Мгц запускал. Там скорость до 607 х/с на такой частоте. Еще заметил, как бы я не менял приоритет, все равно priority [THREAD_PRIORITY_HIGHEST]
Сделал так, помогло Спойлер: так [worker_0] bind_cpu = 0 thread_priority = THREAD_PRIORITY_LOWEST [worker_1] bind_cpu = 2 thread_priority = THREAD_PRIORITY_LOWEST [worker_2] bind_cpu = 4 thread_priority = THREAD_PRIORITY_LOWEST [worker_3] bind_cpu = 6 thread_priority = THREAD_PRIORITY_LOWEST [worker_4] bind_cpu = 8 thread_priority = THREAD_PRIORITY_LOWEST [worker_5] bind_cpu = 10 thread_priority = THREAD_PRIORITY_LOWEST [worker_6] bind_cpu = 12 thread_priority = THREAD_PRIORITY_LOWEST [worker_7] bind_cpu = 14 thread_priority = THREAD_PRIORITY_LOWEST
Блин, написал - продублировалось. Удалил одно - все удалилось. --- Добавлено --- Я его почти до 600 разогнал. А стек 607. Все на низком приоритете в 8 потоков. Он мне другим нравится. Он более уступчивый другим процессам. Например, я запускаю майнер, потом виртуалку. Иначе без large page запустится. Многопоточная прога без майнеров отрабатывает за 9 сек. Со стеком за 15. С джерри за 12 сек. Я майнеры запускал в 6 потоков. Заметил, что при переключении пула джерри уже не всем воркерам может выделить large page. А возможно тестирование в режиме самого низкого приоритета?
Ну так возмите и протестируйте. Приоритеты IDLE_PRIORITY_CLASS для процесса и THREAD_PRIORITY_LOWEST для потока --- Добавлено --- Спасибо
Я имел в виду автотестирование при частичной нагруке процессора на самом низком приоритете. Наверное, смысла нет. Если при незанятом процессоре максимальная скорость, то и при нагруженном тот же воркер будет оптимальным.
Вот вы про что. Да я также думаю, что воркер показавший максимальную эфективность в 1м потоке и макс приоритете покажет ее и в любых остальных условиях(>1 потока, слабый приоритет). В принципе смысл был бы, если бы можно было создать порарельно равномерную нагрузку, но я сомневаюсь что ваши приложения такую дают. Потому самый высокий приоритет потоку/процессу во время теста, а также закрытие всех сторонних програм дает максимально точный результат. --- Добавлено --- -------- Если вы хотите уменьшить нагрузку, я бы посоветовал вам бы попробовать параметр low_power_mode в xmr-stak, То есть 4 потока на каждом low_power_mode: true. Двойная работа в моем майнере пока не поддерживается.
Проводил опыты. Запускал майнеры с низким приоритетом (start /low startup.exe) в 6 потоков и смотрел хешрейт без загрузки процессора. Фиксировал максимальную скорость. Чем больше - тем лучше. Потом при запущенном майнере запускал многопоточную программу с одинаковыми условиями задачи. Запускал трижды, брал наименьшее время. Чем меньше время - тем лучше. Вот результаты: Код: Без майнеров 0 х/с 18,6 сек Jerry-miner-cryptonight-v1.2.2 453 х/с 24,8 сек xmr-stak-cpu "low_power_mode" : false 463 х/с 32,0 сек xmr-stak-cpu "low_power_mode" : true 229 х/с 37,2 сек
Попробовал. Код: x4 "low_power_mode" : true 76 28.2 x4 "low_power_mode" : false 303 26,1 Пока лучший результат показал Jerry-miner-cryptonight-v1.2.2 в 6 потоков.
Ага, народ и 2% отпугивает Low_power_mode использует 4мб. Отсюда и пляшите. И.е. включая на каждом потоке этот режим число потоков надо уменьшить вдвое, грубо говоря.
Это как? Это не страшно совсем. ########### бета. https://jerrywm.github.io/xmr/ Интересуют ваши данные о производительнсоти(__last_console.txt) после теста. Спасибо.
