Для управления отдельными экземплярами XMRig (форком) появился софт XMRigCC Открытый исходный код, небольшой размер, полная поддержка Windows\Linux, уведомления об обновлении, удаленное редактирование настроек. С одного сервера XMRigCCServer можно управлять майнерами Windows и Linux одновременно. Под FreeBSD тоже собирается, скорее всего проблема будет решена в следующих релизах. (исправлено в 1.3.2) Что же это такое? Это форк xmrig, но с дополнительной функциональностью удаленного управления. Основан на версии XMRig 2.4.4, пока поддерживается только версия для CPU. Состоит из: Серверная часть: XMRigCCServer - Представляет собой сервер управления с веб-интерфейсом и REST api. Клиентская часть: XMRigCCDaemon - Демон для изменения конфигурации, управления работой и связи майнера с управляющим сервером. XMRigMiner - майнер, которым управляет демон. Майнер не спроектирован работать отдельно, поэтому для работы демон обязателен. Вывод XMRigMiner отображается в окне XMRigCCDaemon Зачем? Если у вас работает не менее 10 запущенных майнеров, думаю согласитесь, что управлять ими становится неудобно. Частично проблема решается использованием собственного прокси или пула. Это решает проблемы перенаправления мощностей между пулами, или кошельками, а также балансировку между пулами. Но останавливать и запускать каждый майнер или изменять его конфигурацию все равно приходится вручную. Например, для того, чтобы запустить майнер не на 4, а на 2 потоках и т.п. Для этого как раз существует данный продукт. Кроме того он показывает статистику работы ваших мощностей, примерно как пул, и позволяет централизовано управлять конфигурацией. Как это работает? XMRigDaemon подключается к серверу XMRigCCServer каждые 10 сек. и отправляет даннные о своей работе. После этого он проверяет какие есть для него команды и исполняет их. Таким образом упрощается настройка сети, достаточно, чтобы у майнера был выход в интернет (или до сервера). Перезапуск майнера не перезапускает процесс демона. Потеря связи с управляющим сервером не останавливает майнинг, и наоборот. Остановка майнера обнуляет его статистику в панели управления. Время на сервере управления и устройстве где будет открыт веб-интерфейс должно совпадать, иначе майнеры будут обновлять данные, но показываться как "не в сети", разработчик планирует доработать это поведение, но пока так (исправлено в 1.3.2). Настройка Серверная часть Настройки для сервера управления (XMRigCCServer) находятся в файле config_cc.json Код: { "background": false, // true cc-server запуск в фоновом режиме "colors": true, // false отключить цветной вывод "log-file": null, // записывать вывод в файл "syslog": false, // использовать системный журнал "cc-server": { "port": 3344, // порт на котором сервер будет ждать соединения "access-token": "mySecret", // ключ доступа (обязательно должен быть задан!!!) "user": "admin", // логин администратора для доступа к панели управления "pass": "pass", // пароль администратора для доступа к панели управления "client-config-folder" : null, // папка с конфигами для клиентов (null=текущая) "custom-dashboard" : "index.html" // html файл панели управления } } access-token используется для авторизации майнеров на сервере, задается также и в параметрах майнера. Также можно предать параметры в командной строке: xmrigCCServer --cc-port=3344 --cc-user=admin --cc-pass=pass --cc-access-token=SECRET_TOKEN_TO_ACCESS_CC_SERVER Код: --cc-user=USERNAME CC Server логин админа --cc-pass=PASSWORD CC Server пароль админа --cc-access-token=T CC Server ключ доступа для CC клиента --cc-port=N CC Server порт на котором сервер будет ждать соединения --cc-client-config-folder=FOLDER папка с конфигами для клиентов --cc-custom-dashboard=FILE html файл панели управления, который будет доступен по url '/' --no-color отключить цветной вывод -S, --syslog использовать системный журнал -B, --background запустить в фоновом режиме -c, --config=FILE использовать конфигурационный файл -l, --log-file=FILE записать вывод в файл -h, --help показать подсказку и выйти -V, --version показать версию и выйти Фоновый режим работает... почти никогда. Клиентская часть Настройка майнинга не сильно отличается от настройки XMRig (почитать тут), добавлены лишь параметры подключения к серверу. Как видите к стандартному конфигу XMRig добавлена секция cc-client и multihash Код: "aesni": 0, // выбор режима AES-NI (0 авто, 1 включен, 2 выключен) "multihash-factor": 0, // number of hash blocks to process at a time (not set or 0 enables automatic selection of optimal number of hash blocks) "multihash-thread-mask" : null, // только для multihash-factor > 1, устанавливает multihash только для заданных потоко (по маске), маска "0x3" значит запустить multihash только на потоках 0 и 1 (по умолчанию: все потоки), "url": "localhost:3344", // url управляющего сервера (ip:port) "access-token": "mySecret", // ключ доступа к управляющему серверу (должен совпадать с тем что в config_cc.json) "worker-id": null, // имя майнера (если пусто, то имя хоста) "update-interval-s": 10 // интервал обновления данных (по умолчанию: 10 минимум: 1) Дополнительные параметры командной строки XMRig для xmrigDaemon: Код: -v, --av=N УСТАРЕЛО (с версии 1.4.0) - вариант алгоритма, 0 авто выбор -A, --aesni=N выбор режима AES-NI (0 авто, 1 включен, 2 выключен, по умолчанию: 0) -m, --multihash-factor=N число хеш блоков (2мб) на поток для обработки за раз (0 включает автоматический выбор оптимального числа хеш блоков, по умолчанию: 0) --multihash-thread-mask только для multihash-factor > 1, устанавливает multihash только для заданных потоко (mask), (по умолчанию: все потоки) --doublehash-thread-mask УСТАРЕЛО (с версии 1.4.0). тоже что и multihash-thread-mask только для av=2/4, использовать удвоенный кеш только на определенных потоках\ядрах (по маске), (по умолчанию: все) Это полезно когда у вас L3 больше чем число_ядер*2, но меньше чем число_ядер*4. Можно часть удвоенных кешей привязать, к некоторым ядрам и таким образом задействовать весь L3 кеш процессора (в отличии от XMRig). --cc-url=URL url управляющего сервера CC Server --cc-access-token=T ключ доступа к CC Server --cc-worker-id=ID идентификатор на CC Server --cc-update-interval-s=N интервал обновления статуса, секунд (по умолчанию: 10 минимум: 1) -S, --syslog использовать системный журнал Multihash (multihash-factor) С помощью этой опции можно увеличить количество хеш болоков, вычесленных одним потоком за каждый раунд. Выбирая multihash-factors больше 1 L3 кеш увеличивается относительно multihash-factor. Например при multihash-factor 2, каждый поток Cryptonight требует 4MB, а каждый поток Cryptonight-lite 2 MB L3 кеша. С multihash-factor 3, им необходимо 6MB и 3MB соответственно. Установив multihash-factor в 0 автоматически будет выбрано оптимальное значение. Xmrig тогда попытаеся использовать как можно больше L3 кеша для выбранного количества потоков. Если параметр threads был установлен для автоматического режима, Xmrig выберет сначала оптимальное количество потоков. Затем подберет максимально возможный multihash-factor. Multihash для low power операций В зависимости от CPU и его L3 кеша, может иметь смысл заменить несколько одиночных потоков одним multi-hash аналогом. Это изменения может стоить незначительного снижения хешрейта, но снизит выделение тепла и потребление энергии используемой CPU. Multihash для оптимальной эксплуатации CPU В некоторых окружениях (например vServer) система в которой запущенt xmrig может иметь доступ к относительно большому количеству L3 кеша, но иметь при этом доступ только к нескольким ядрам CPU. В этих случаях, запуск xmrig с высоким multihash-factors может привести к улучшениям. Multihash thread Mask (only for multihash-factor > 1) С этим параметром вы можете устанавливать multihash для выбранных потоков (по маске). Это может значительно увеличить ваш хешрейт используя незадействованный l3 кеш. По умолчанию multihash-factor устанавливается для всех потоков. Код: { ... "multihash-factor":2, "multihash-thread-mask":"0x5", // в двоичном виде -> 0101 "threads": 4, ... } Это установит режим multihash (multihash-factor = 2) для потоков 0 и 2, потоки 1 и 3 будут запущены в режиме single hash. Удаленное управление конфигурацией В панели управления(dashboard) можно выбрать конкретный майнер и отредактировать его конфиг. После этого будет создан файл в папке для конфигов (параметр сервера client-config-folder), который будет назван WORKER_ID_config.json Например если вы укажете в конфиге worker-id: "miner1", то на сервере в папке для конфигов будет создан файл miner1_config.json. Этот файл редактируется из панели управления, либо можно отредактировать его напрямую. Чтобы изменения из этого файла применить в конкретному майнеру, необходимо отметить майнер галочкой в панели управления и нажать "push client config". Если вы поменяете конкретному майнеру его worker-id, то у вас где-то на полминуты в панели управления будет отображаться майнер со старым worker-id и с новым. И майнер со старым id будет считаться не на связи до перезапуска севрера. Также возможно отредактировать насктройки для нескольких майнеров одновременно. Для этого отмечаем галочками, жмем "Multi miner editor". Работает он по принципу поиска и замены. Задаете строку (или регулярное выражение), которую необходимо поменять и новую строку замену, после сохранения во всех конфигах эта строчка будет заменена. Убедитесь, что вы сначала получили ("pull miner config") конфиги всех редактируемых майнеров. После изменений необходимо отправить конфиги на майнеры, для этого не снимая галочек нажмите "push miner config". Немного фокусов Автозапуск Для работы всей связки необходимо, чтобы XMRigDaemon был запущен всегда. Иначе управление будет потеряно. Так же имейте ввиду, что после остановки майнера, необходимо вручную запустить XMRigDaemon для восстановления удаленного управления. В свзязи с этим его желательно установить как севрис и настроить автозапуск: Windows Код: sc.exe create XMRDaemon binPath="<путь к exe файлу>" Затем зайти в консоль управления службами service.msc и настроить автозапуск и перезапуск при сбоях. или Код: sc.exe create <Имя службы> binPath= "<путь к exe файлу>" start= auto type=own DisplayName= <Имя которое будет видно в консоли служб> sc failure <Имя службы> reset= 0 actions= restart/0/restart/0/restart/0 sc description <Имя службы> "Monero the best coin" Подробнее про установку служб почитать тут Linux Код: sudo chmod u+x /patho/to/XMRigDaemon Автозагрузка через systemd (написано по памяти, не проверено) Создаем описание сервиса (юнит) Код: sudo vi /lib/systemd/system/xmr.service И вписываем: [Unit] Description=Monero miner After=network.target WorkingDirectory=/config/dir/ [Service] Type=simple ExecStart=/patho/to/XMRigDaemon StandardOutput=null Restart=always [Install] WantedBy=multi-user.target Alias=xmrigcc.service sudo chmod 644 /lib/systemd/system/xmr.service sudo systemctl daemon-reload sudo systemctl enable xmr.service По старинке Код: echo "/patho/to/XMRigDaemon > /dev/null 2 > /dev/null &" >> //etc/rc.local rc.local в разных дистрибутивах может лежать в разных местах, например, /etc/rc.d/rc.local Или через Cron Код: сrontab -e @reboot /patho/to/XMRigDaemon Русификация Перевел на скорою руку веб-интерфейс (версия XMRigCC 1.3.1). Установка: 1. Скачать файл index.zip 2. Распаковать 2.1 и заменить index.html 2.2 или сохранить его с другим именем и в конфиге сервера config_cc.json прописать, например для имени файла index_ru.html: "custom-dashboard" : "index_ru.html", и перезапустить сервер Спойлер: На заметку Мне показалось, что XRigMiner выдает немного больший хешрйет. В процессе общения с разработчиком (на тему сборки под FreeBSD) он сказал, что он несколько оптимизировал работу с памятью (в части двойного кеша) и его майнер должен давать на 10-15% больший хешрейт. На моих небольших хешрейтах я не могу этого подтвердить, т.к. прирост укладывается в погрешность. Если у кого-то будут явные доказательства или опровержения, напишите об этом. UPDATES 1.4.0 Исправлена CPU привязка на Windows для NUMA и CPU с большим количеством ядер Реализована настройка Multihash mode для каждого потока отдельно (double, triple, quadruple, quintuple) Основывается на XMRig 2.4.4 v1.3.2 Добавлен старт xmrigDaemon без файла конфигурации, только токен CCServer / auth являются необходимыми параметрами В панели управления теперь используется время сервера(CCServer) для расчета, чтобы избежать дрейфа времени и ложного срабатывания офлайн статуса Окончательно исправлена сборка под FreeBSD Автор: MoneroRus (@MoneroRus) Редактирование: Mr. Pickles (@v1docq47)
XMRigCCServer - Представляет собой сервер управления с веб-интерфейсом и REST api. как этот интерфейс запустить? [img]https://xmr.ru/attachments/469/[/img]
Запустить xmrigCCServer --cc-port=3344 --cc-user=admin --cc-pass=pass --cc-access-token=SECRET_TOKEN_TO_ACCESS_CC_SERVER И подключаетесь на http://ip:3344 где ip это адрес тачки на которой запущен xmrigccserver
Я правильно понимаю что, XMRigCCServer надо установить на своем сервере? На подобии вот этой темы https://github.com/xmrig/xmrig-proxy/releases
подскажи если не трудно, а сам сервер (где будет сс стоять) надо прописывать в config_cc.json (куда подскажи) ?
В сонфиге СС сервера прописывается только порт, по умолчанию 3344. В конфиге клиента прописывается IP адрес сервера "url": "localhost:3344", в данном примере локалхост и порт.
Если майнер запущен на том же компе, а если на другом, то вместо localhost нужно вписать IP адрес компа на котором установлен СС сервер
Я примерно это и хотел узнать. В общем получается так : если сс сервер установлен у меня (допустим) на сервере с айпи 188.188.188.02, то, если я запускаю майнинг на другом компьютере с айпи 199.199.199.02 то, я все равно пишу адрес сервера где сс 188.188.188.02 , так?
Если я буду майнить на этот пул http://minexmr.com , то какие настройки мне вписать в config_cc.json к примеру кошелек такой: 44Z2xhKygoKcJqgtgduZeK9zM9RYMDaihSynslgqdJcBNAUSpqKJJNTgC48DdaXwVV8pyCvgu6kNnNTQoY3wy3akSzX4FRz pass,user, какой писать? и access-token? Код: { "background": false, "colors": true, "log-file": null, "syslog": false, "cc-server": { "port": 3344, "access-token": "mySecret", "user": "admin", "pass": "pass", "client-config-folder" : null, "custom-dashboard" : "index.html" } } кто поможет поподробней? (извините - валенок вааще!) Буду весьма признателен!
Сначала настрой и запусти серверную часть. для этого тебе понадобится подправить файл config_cc.json (или можешь оставить как есть) и запустить файл xmrigCCServer. Все на этом сервер готов и запущен. Настройки пула задаются на клиенте, а не на сервере управления, т.е. в config.json А также клиента настраиваешь на сервер управления (секция cc_client в файле config.json) Если у тебя клиент запущен на той же такчке, что и сервер, тогда localhost. Но наверняка есть и майнеры которые, на других тачках, иначе смысла в центре управления нет. Вот другим клиентам надо прописать вместо localhost:3344 адрес тачки где запущен xmrigCCServer.
Всем привет я второй валенок чтоб пара была )))) Не могу запустить Demona просто вышибает его и все 3 sek примерно и он падает майнер тоже не запускается. 2.4.3 запускается без проблем что не так не пойму. Хелп плиз) Сам сервер запускается с удаленных рабов в веб интерфейс есть контакт
{ "algo": "cryptonight", // cryptonight (default) or cryptonight-lite "av": 0, // DEPRECATED: algorithm variation, (0 auto, // 1 -> (aesni=1, multihash-factor=1), // 2 -> (aesni=1, multihash-factor=2), // 3 -> (aesni=2, multihash-factor=1), // 4 -> (aesni=2, multihash-factor=2)) "aesni": 2, // selection of AES-NI mode (0 auto, 1 on, 2 off) "threads": 2, // number of miner threads (not set or 0 enables automatic selection of optimal thread count) "multihash-factor": 0, // number of hash blocks to process at a time (not set or 0 enables automatic selection of optimal number of hashblocks) "multihash-thread-mask" : null, // for multihash-factors>0 only, limits multihash to given threads (mask), mask "0x3" means run multihash on thread 0 and 1 only (default: all threads) "background": false, // true to run the miner in the background (Windows only, for *nix plase use screen/tmux or systemd service instead) "colors": true, // false to disable colored output "cpu-affinity": null, // set process affinity to CPU core(s), mask "0x3" for cores 0 and 1 "cpu-priority": null, // set process priority (0 idle, 2 normal to 5 highest) "donate-level": 1, // donate level, mininum 1% "log-file": null, // log all output to a file, "example:"c:/some/path/xmrig.log" "max-cpu-usage": 75, // maximum CPU usage for automatic mode, usually limiting factor is CPU cache not this option. "print-time": 60, // print hashrate report every N seconds "retries": 5, // number of times to retry before switch to backup server "retry-pause": 5, // time to pause between retries "safe": false, // true to safe adjust threads and av settings for current CPU "syslog": false, // use system log for output messages "pools": [ { "url": "xxxx", // URL of mining server "user":"xxx", // username for mining server "pass": "rab1", // password for mining server "keepalive": true, // send keepalived for prevent timeout (need pool support) "nicehash": false // enable nicehash/xmrig-proxy support } ], "api": { "port": 0, // port for the miner API https://github.com/xmrig/xmrig/wiki/API "access-token": mySecret, // access token for API "worker-id": null // custom worker-id for API }, "cc-client": { "url": "localhost:3344", // url of the CC Server (iport) "access-token": "mySecret", // access token for CC Server (has to be the same in config_cc.json) "worker-id": "rab1", // custom worker-id for CC Server (otherwise hostname is used) "update-interval-s": 10 // status update interval in seconds (default: 10 min: 1) } }
Этот кусок не выглядит правильным. --- Добавлено --- Так должно быть, скорей всего (в одну строку): Код: "log-file": null, // log all output to a file, "example:"c:/some/path/xmrig.log"
Попробуй так: Спойлер { "algo": "cryptonight", "av": 0, "aesni": 2, "threads": 2, "multihash-factor": 0, "multihash-thread-mask" : null, "background": false, "colors": true, "cpu-affinity": null, "cpu-priority": null, "donate-level": 1, "log-file": null, "max-cpu-usage": 75, "print-time": 60, "retries": 5, "retry-pause": 5, "safe": false, "syslog": false, "pools": [ { "url": "xxxx", "user":"xxx", "pass": "rab1", "keepalive": true, "nicehash": false, }, ], "api": { "port": 0, "access-token": mySecret, "worker-id": null, }, "cc-client": { "url": "localhost:3344", "access-token": "mySecret", "worker-id": "rab1", "update-interval-s": 10, } }
