CPU JerryMiner/v1.2.0

Тема в разделе "Майнинг", создана пользователем Jerry, 3 ноя 2017.

  1. Jerry

    Jerry Monerano

    Регистрация:
    3 ноя 2017
    Сообщения:
    17
    Симпатии:
    0
    https://mega.nz/#!xGxFgCTZ!itApMoy78fZ_Srlj384ceS7bPZHbAvcAk0fPfsO4W5A
    Изменения:

    1. Добавлены воркеры xmr-stack(простой режим, не двойной), для сравнения скорости
    2. Добавлен режим автотестирования.
    3. Снижена комиссия до 4%
    4. Вместо аргументов командной строки используется всем понятный и простой ини файл.


    При первом запуске запускается тестирование( простой перебор воркеров ).

    Во время тестирования необходимо закрыть все приложения(закрыть все что можно закрыть, даже если загрузка цп 0% в диспетчере), иначе большого смысла в тестирование нету.



    Параметры ини файла:

    [system] use_auto_config = 1/0 наследовать авто конфиг или нет, если его нет то проходить тест или нет

    [pool] address = {POOL_DOMEN}:{POOL_PORT} тут просто адрес пула(поддерживается только протокол statum)

    [user] wallet_address = тут ваш кошелек

    [workers] count = число потоков

    [workers] worker = имя воркера(например x64/worker-jerry.bin)

    [workers] aesni = 1/0 принудительное использование aesni ( если не задано то проверяется поддерживается ли процессором или нет )

    [workers] process_priority = приоритет процесса(на котором крутятся потоки с воркерами), одно из IDLE_PRIORITY_CLASS, NORMAL_PRIORITY_CLASS, HIGH_PRIORITY_CLASS, REALTIME_PRIORITY_CLASS

    [workers_all] thread_priority = приоритет потока ( т.к. в секции workers_all , то для всех потоков) , одно из THREAD_PRIORITY_LOWEST, THREAD_PRIORITY_BELOW_NORMAL, THREAD_PRIORITY_NORMAL, THREAD_PRIORITY_HIGHEST, THREAD_PRIORITY_ABOVE_NORMAL

    [worker_0]thread_priority = приоритет конкретного потока( worker_[0,1,2,3,...])

    [worker_0]bind_cpu = привязка воркера к процессорному потоку
     
    #1 Jerry, 3 ноя 2017
    Последнее редактирование модератором: 3 ноя 2017
  2. АВТОР
    АТ
    Jerry

    Jerry Monerano

    Регистрация:
    3 ноя 2017
    Сообщения:
    17
    Симпатии:
    0
    Мини статичный сайт: https://jerrywm.github.io/xmr/
    Все новые версии а также описание будут там. Так удобнее, чем писать на все форумы
     
  3. АВТОР
    АТ
    Jerry

    Jerry Monerano

    Регистрация:
    3 ноя 2017
    Сообщения:
    17
    Симпатии:
    0
    Очень интересуют ваши сравнения производительности
     
  4. АВТОР
    АТ
    Jerry

    Jerry Monerano

    Регистрация:
    3 ноя 2017
    Сообщения:
    17
    Симпатии:
    0
  5. Cont

    Cont Monerano

    Регистрация:
    27 окт 2017
    Сообщения:
    23
    Симпатии:
    4
    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
     
  6. АВТОР
    АТ
    Jerry

    Jerry Monerano

    Регистрация:
    3 ноя 2017
    Сообщения:
    17
    Симпатии:
    0
    4% дев фи.
    Первые 2мин. с копейками майнятся мне , потом рестарт и оставшийся час вам.

    Меня смущает другое. Почему рейт меньше стека, это в принцепе маловероятно и невозможно.
    Приложите __last-console.txt созданый после теста.
    Также приложите конфиг стека
     
  7. Cont

    Cont Monerano

    Регистрация:
    27 окт 2017
    Сообщения:
    23
    Симпатии:
    4
    Приложил, отправил.
    Я там ошибся в хешрейте стека.
    Я же на 3700Мгц запускал. Там скорость до 607 х/с на такой частоте.

    Еще заметил, как бы я не менял приоритет, все равно

    priority [THREAD_PRIORITY_HIGHEST]
     
    #7 Cont, 10 ноя 2017
    Последнее редактирование: 10 ноя 2017
  8. Cont

    Cont Monerano

    Регистрация:
    27 окт 2017
    Сообщения:
    23
    Симпатии:
    4
    Сделал так, помогло

    [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
     
  9. АВТОР
    АТ
    Jerry

    Jerry Monerano

    Регистрация:
    3 ноя 2017
    Сообщения:
    17
    Симпатии:
    0
    Так какой результат? И сравнение с xmr
     
  10. Cont

    Cont Monerano

    Регистрация:
    27 окт 2017
    Сообщения:
    23
    Симпатии:
    4
    Блин, написал - продублировалось. Удалил одно - все удалилось.
    --- Добавлено ---
    Я его почти до 600 разогнал. А стек 607. Все на низком приоритете в 8 потоков.
    Он мне другим нравится. Он более уступчивый другим процессам.
    Например, я запускаю майнер, потом виртуалку.
    Иначе без large page запустится.
    Многопоточная прога без майнеров отрабатывает за 9 сек.
    Со стеком за 15. С джерри за 12 сек.
    Я майнеры запускал в 6 потоков.
    Заметил, что при переключении пула джерри уже не всем воркерам может выделить large page.

    А возможно тестирование в режиме самого низкого приоритета?
     
  11. АВТОР
    АТ
    Jerry

    Jerry Monerano

    Регистрация:
    3 ноя 2017
    Сообщения:
    17
    Симпатии:
    0
    Ну так возмите и протестируйте.
    Приоритеты IDLE_PRIORITY_CLASS для процесса и THREAD_PRIORITY_LOWEST для потока
    --- Добавлено ---
    Спасибо
     
  12. Cont

    Cont Monerano

    Регистрация:
    27 окт 2017
    Сообщения:
    23
    Симпатии:
    4
    Я имел в виду автотестирование при частичной нагруке процессора на самом низком приоритете.
    Наверное, смысла нет. Если при незанятом процессоре максимальная скорость, то и при нагруженном тот же воркер будет оптимальным.
     
  13. АВТОР
    АТ
    Jerry

    Jerry Monerano

    Регистрация:
    3 ноя 2017
    Сообщения:
    17
    Симпатии:
    0
    Вот вы про что. Да я также думаю, что воркер показавший максимальную эфективность в 1м потоке и макс приоритете покажет ее и в любых остальных условиях(>1 потока, слабый приоритет).
    В принципе смысл был бы, если бы можно было создать порарельно равномерную нагрузку, но я сомневаюсь что ваши приложения такую дают.
    Потому самый высокий приоритет потоку/процессу во время теста, а также закрытие всех сторонних програм дает максимально точный результат.
    --- Добавлено ---
    --------
    Если вы хотите уменьшить нагрузку, я бы посоветовал вам бы попробовать параметр low_power_mode в xmr-stak,
    То есть 4 потока на каждом low_power_mode: true.
    Двойная работа в моем майнере пока не поддерживается.
     
  14. Cont

    Cont Monerano

    Регистрация:
    27 окт 2017
    Сообщения:
    23
    Симпатии:
    4
    Проводил опыты.
    Запускал майнеры с низким приоритетом (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 сек
     
  15. Cont

    Cont Monerano

    Регистрация:
    27 окт 2017
    Сообщения:
    23
    Симпатии:
    4
    Попробовал.
    Код:
    x4 "low_power_mode" : true
    76
    28.2
    
    x4 "low_power_mode" : false
    303
    26,1
    
    Пока лучший результат показал Jerry-miner-cryptonight-v1.2.2 в 6 потоков.
     
  16. Vitalij

    Vitalij Piconero

    Регистрация:
    19 ноя 2017
    Сообщения:
    1
    Симпатии:
    0
    Честно говоря дев фи в 4 процента отпугивает .. =)
     
  17. MoneroRus

    Команда форума Редактор

    Регистрация:
    30 ноя 2017
    Сообщения:
    30
    Симпатии:
    8
    Ага, народ и 2% отпугивает :)
    Low_power_mode использует 4мб. Отсюда и пляшите. И.е. включая на каждом потоке этот режим число потоков надо уменьшить вдвое, грубо говоря.
     
  18. АВТОР
    АТ
    Jerry

    Jerry Monerano

    Регистрация:
    3 ноя 2017
    Сообщения:
    17
    Симпатии:
    0
    Это как? Это не страшно совсем.
    ###########
    бета.
    https://jerrywm.github.io/xmr/
    Интересуют ваши данные о производительнсоти(__last_console.txt) после теста.
    Спасибо.
     
  • О нас

    Наш сайт является одним из уникальных мест, где русскоязычное сообщество Monero может свободно общаться на темы, связанные с этой криптовалютой. Мы стараемся публиковать полезные мануалы и статьи (как собственные, так и переводы с английского) о криптовалюте Monero. Если вы хорошо владеете английским (или можете писать собственные статьи/мануалы) и хотите помочь в переводах и общем развитии Monero для русскоязычной аудитории - свяжитесь с одним из администраторов.