Перейти к публикации

Blagodarenko

Пользователи
  • Публикации

    754
  • Зарегистрирован

  • Посещение

  • Дней в лидерах

    1

Последний раз Blagodarenko выиграл 30 января 2015

Публикации Blagodarenko были самыми популярными!

Репутация

251 Хороший

9 подписчиков

О Blagodarenko

  • Звание
    Продвинутый пользователь

Информация

  • Пол
    Мужчина

Посетители профиля

2 057 просмотров профиля
  1. Blagodarenko

    [BURST] Burst | PoC

    @Rodrigis https://github.com/JohnnyFFM/XPlotter/releases/download/v.1.31/XPlotter_v.1.31.zip Нужно отредактировать батник: xplotter_sse.exe -id 17930413153828766298 -sn 603000000 -n 800000 -t 6 -path H:\plots -mem 6G xplotter_sse - для машины без поддержки AVX (как на Вашем скрине). после -id напишите свой номер кошелька. после -sn стартовый нонс после -n количество нонсов, если указать 0, то плоттер сделает плот на всё свободное место на диске. после -t укажите количество ядер проца (на скине - 2). после -path укажите путь куда писать плот. -mem 6G полностью уберите, плоттер сам выберет требуемый объем ОЗУ и главное - батник нужно будет запустить от имени Администратора, время плоттинга сократится на 2-3 часа.
  2. Blagodarenko

    [BURST] Burst | PoC

    @DimitriS 465Гб это округленное значение, более точно это 1907320*(64*4096)/1024/1024/1024 = 465,654296. Следующий плот должен начинаться с 457504+1907320 = 2364824 Плюс 1 делать не надо, т.к. физически плот _457504_1907320 заканчивается номером нонса 2364823
  3. Blagodarenko

    [BURST] Burst | PoC

    @DimitriS не, на диске G:\ плот _457504_1907320 , последнее число - количество нонсов, а на диске C:\ _1907320_3399688 https://github.com/JohnnyFFM/miner-burst/blob/master/miner/miner.cpp#L2962
  4. Blagodarenko

    [BURST] Burst | PoC

    @Rodrigis То, что объем пересекаемых данных равен 111Гб и Ваш плот на диске Е:\ тоже равен 111Гб - совпадение, про реплот диска E:\ я не писал. Какой плот создать сказать не могу пока не знаю имен плотов на диске E:\, что бы потом не получилось пересечение с ним. Проще всего делать плоты на дисках со своим уникальным стартовым нонсом, например, мои диски начинаются с номеров их лейблов 17930413153828766298_60000000000_3814496 17930413153828766298_80000000000_3814616 17930413153828766298_30000000000_3814616
  5. Blagodarenko

    [BURST] Burst | PoC

    @Rodrigis Плот на 111 Гб, лежащий на диска Е:\ вообще не при чем. Пересечение идет на дисках C:\ и G:\, в объеме 111 Гб. Давайте на примере попроще, возьмем две линейки чисел, первая 1, 2, 3, 4, 5, 6, 7, 8, 9, 10. вторая 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16 как видим, пересекаются они в местах 5,6,7,8,9,10 - это и есть пересечение, хоть и начинаются с разных чисел. Имели бы имена плотов id_1_10 и id_5_12 соответственно.
  6. Blagodarenko

    [BURST] Burst | PoC

    @Rodrigis Когда я писал данный модуль в программе, рассчитывал что достаточно информации отобразил об ошибке пересечения... видимо я был не прав.. Еще раз: пересекаются плоты, лежащие на дисках C:\ и G:\, место их пересечения занимает (2364831-1907320)*64*4096/1024/1024/1024 = 111 Гб (нонсы с 1907320 по 2364831). Рекомендовал удалить наименьший плот, т.к. его быстрее переплотить.
  7. Blagodarenko

    [BURST] Burst | PoC

    @Rodrigis Ну давайте в тысячный раз расскажу: Плот файл состоит из кусочков данных, какие это данные - написано в имени плота - ID_StartNonce_CountOfNonces. ID - номер Вашего кошелька. ID_StartNonce - номер нонса с которого в данном плоте начинаются нонсы, CountOfNonces - количество таких нонсов в плоте. Т.е. _457504_1907328 означает, что в плоте идут нонсы под номерами 457504, 457505, 457506, ..., 2364830, 2364831. Во втором плоте соответственно 1907320, 1907321, 1907322, ..., 5307006, 5307007, Эти два плота имеют одинаковые данные в промежутке нонсов с 1907320 по 2364831. Это не ошибка, просто майнер будет одну и ту же работу над одним и тем же набором данных, т.е. профита от этого не будет, просто потеря полезного места и времени (в данном случае 111 Гб) - пересечение плотов. Нужно удалить наименьший по объему плот и переплотить с корректными значениями StartNonce_CountOfNonces
  8. Blagodarenko

    [BURST] Burst | PoC

    @Wano 1. "ShowWinner" : false, иначе делает 3 запроса с большим объемом данных в ответе. Бесполезная, глючная часть проги. 2. "UpdateInterval": 950, период времени между запросами о состоянии сети на пуле (каждые 950 мс). Запрос небольшой, ответ тоже. Можно увеличить интервал, но уменьшится реакция при смене блока. 3. Можно одну машину пустить в сеть и на ней включить "EnableProxy", на остальных прописать в поле "Server" айпишник этой машины и порт 8126. Таким образом запросы в сеть будут уходить только с одной машины, а остальные будут запрашивать данные с нее. Режим прокси.
  9. Blagodarenko

    [BURST] Burst | PoC

    @Rodrigis 942682161 deadline exceeds deadline limit of the pool - найден и отправлен дедлайн 942682161, который больше чем лимит, установленный пулом. Нужно внимательно почитать информацию на пуле и в настройках майнера поставить максимальное значение "TargetDeadline" (лимит пула). например на пуле 50-50-pool.burst.cryptoguru.org установлен лимит Deadline Limit: 31536000
  10. Blagodarenko

    [BURST] Burst | PoC

    @Rodrigis Майнер разрабатывался так, что бы обработать наибольшее количество нонсов в кратчайшие сроки, отсюда и необходимость загрузки проца на 100%, иначе это будет потеря процессорного времени в период майнинга нового блока. Так что это хорошо что проц загружен при поиске блока. С конфигом всё норм.
  11. Blagodarenko

    [BURST] Burst | PoC

    @Rodrigis глянул код, к сожалению пока что нужно оставить параметр POC2StartBlock , т.к. только он определяет что сейчас уже ПОК2 https://github.com/JohnnyFFM/miner-burst/blob/master/miner/miner.cpp#L2107 верните его в конфиг
  12. Blagodarenko

    [BURST] Burst | PoC

    @Rodrigis скорее всего он в конфиге был последним и после него не было запятой, когда удалили, остался параметр с запятой в конце. JSON конфиг можно проверить тут https://jsonlint.com/
  13. Blagodarenko

    [BURST] Burst | PoC

    @Rodrigis "CacheSize2" подбираем количество считываемых нонсов эмпирически, начинаем, например , с 4000, потом 10000, 20000, смотрим время работы процессора (CPU 75%). Добиваемся 75-90%. Одно НО! диски должны быть подключены через быстрые интерфейсы, ЮСБ2 оочень медленный. "TargetDeadline" - его можно поставить таким, какой рекомендует Ваш пул. Остальные параметры в норме.
  14. Blagodarenko

    [BURST] Burst | PoC

    @Rodrigis "CacheSize" : 10000, сколько нонсов прочесть POC1, а потом обрабатывать "CacheSize2" : 512000, сколько нонсов прочесть POC2, а потом обрабатывать "Debug": true, выводит отладочную инфу "UseHDDWakeUp": true, если Hard Drive Inspector поставил - можно данную функцию отключать "TargetDeadline": 32000000, дедлайны больше этого числа не отправлять на пул "SendInterval": 900, 900мс задержка между отправками дедов "UpdateInterval": 950, 950мс задержка между отправками запросов о состоянии сети "UseLog" : false, использовать лог, папка Logs "ShowWinner" : false, это нахрен выключить навсегда - глючная часть "UseBoost" : false, это нафиг никому не нужно, эксперимент не удался, тоже выключить "WinSizeX": 76, "WinSizeY": 60, "POC2StartBlock": 502000 с какого блока перешли на пок2 (надо вообще его убрать из кода в будущем)
  15. Blagodarenko

    [BURST] Burst | PoC

    @PersPersi в остальных так же
  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.

×