|
Нет возможности сделать группировку одинаковых карт работающей и для двойных алгоритмов?
|
|
|
|
|
Спасибо за добавленную возможность сквозного отключения алгоритмов.
|
|
|
|
На любых майнерах включать/выключать или только на выбранном?
Только на выбранном, конечно. |
|
|
|
|
Сегодня из-за перегрузки серверов найсхэша на всех ригах пришлось временно отключать cuckaroom и cuckarood, что требует минимум трёх кликов в разных местах для каждой видеокарты и чревато промахами и ошибками. Этот вопрос давно периодически буквально висит в воздухе, но я всё же его озвучу: нельзя ли вместо или в дополнение к фактически бесполезным опциям контекстного меню алгоритмов ("включить все алгоритмы", "выключить все алгоритмы", "включить только этот" и т.д.) добавить опции "включить для всех карт" и "выключить для всех карт"?
|
|
|
|
|
105
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: miniZ, fast & friendly Equihash 144,5 150,5,3 125,4 192,7 210,9 150,5 96,5 miner
|
on: March 05, 2020, 01:07:58 PM
|
|
Hi,
What happened to the OC2 Beam kernel for 1070?
|
|
|
|
Уважаемый angelbbs. Когда планируется обновления? Майнеры уже обновились уже не один раз.
Майнеры можно обновлять самостоятельно, если вы не в курсе. К тому же это менее трудозатратно, чем обновление форкфикса целиком. |
|
|
|
DivertRun С каких майнеров оно сейчас пытается, эмм, дайвёртить, и в каком соотношении распределяется надайвёрченное? |
|
|
|
NiceHash Miner Legacy Fork Fix 23
Пришлось откатиться обратно на 22.2, потому что древнее зло опять пробудилось: [2020-02-11 07:45:33] [INFO] [SMA-DATA-WS: ] Lyra2z - 0.0003032220759
[2020-02-11 07:45:33] [INFO] [SMA-DATA-WS: ] ZHash - 998.7228161
[2020-02-11 07:45:33] [INFO] [SMA-DATA-WS: ] RandomX - 8.948065804
[2020-02-11 07:45:33] [INFO] [SMA-DATA-WS: ] GrinCuckarood29 - 10321.21857
[2020-02-11 07:45:33] [INFO] [SMA-DATA-WS: ] Equihash - 6.604542515
[2020-02-11 07:45:33] [INFO] [SMA-DATA-WS: ] GrinCuckatoo32 - 99.99771429
[2020-02-11 07:45:33] [INFO] [SMA-DATA-WS: ] Nist5 - 1.469799302e-06
[2020-02-11 07:45:33] [INFO] [SMA-DATA-WS: ] CuckooCycle - 9307.799434
[2020-02-11 07:45:33] [INFO] [SMA-DATA-WS: ] GrinCuckatoo31 - 79847.5813
[2020-02-11 07:45:33] [INFO] [SMA-DATA-WS: ] Lyra2REv3 - 0.0003136884009
[2020-02-11 07:45:33] [INFO] [SMA-DATA-WS: ] GrinCuckaroo29 - 699.9996522
[2020-02-11 07:45:33] [INFO] [SMA-DATA-WS: ] Lyra2REv2 - 4.934171308e-05
[2020-02-11 07:45:33] [INFO] [SMA-DATA-WS: ] Cuckaroom - 17610.27069
[2020-02-11 07:45:33] [INFO] [SMA-DATA-WS: ] Eaglesong - 2.698155794e-05
[2020-02-11 07:45:33] [INFO] [SMA-DATA-WS: ] Blake2s - 2.013846732e-08
[2020-02-11 07:45:33] [INFO] [SMA-DATA-WS: ] CryptoNightR - 7.191939926
[2020-02-11 07:45:33] [INFO] [SMA-DATA-WS: ] DaggerHashimoto - 0.001855420739
[2020-02-11 07:45:33] [INFO] [SMA-DATA-WS: ] X16RV2 - 0.001260954517
[2020-02-11 07:45:33] [INFO] [SMA-DATA-WS: ] NeoScrypt - 0.0250335478
[2020-02-11 07:45:33] [INFO] [SMA-DATA-WS: ] BeamV2 - 1650.751246
[2020-02-11 07:45:33] [INFO] [SMA-DATA-WS: ] Keccak - 5.783691164e-07
[2020-02-11 07:45:33] [INFO] [SMA-DATA-WS: ] Lbry - 1.04303726e-06
[2020-02-11 07:45:33] [INFO] [SMA-DATA-WS: ] X16R - 0.001310456565
[2020-02-11 07:45:33] [INFO] [SMA-DATA-WS: ] Decred - 5.6237037e-09
[2020-02-11 07:45:33] [INFO] [SMA API] Bug found in: Lyra2z 0.00030155933 < 0.0003032220759 Old profitability is bigger than newer on 0%. Ignoring
[2020-02-11 07:45:33] [INFO] [SMA API] Bug found in: ZHash 984.84608 < 998.7228161 Old profitability is bigger than newer on 0%. Ignoring
[2020-02-11 07:45:33] [INFO] [SMA API] Bug found in: RandomX 8.816953528 < 8.948065804 Old profitability is bigger than newer on 0%. Ignoring
[2020-02-11 07:45:33] [INFO] [SMA API] Bug found in: GrinCuckarood29 9859.41392 < 10321.21857 Old profitability is bigger than newer on 0%. Ignoring
[2020-02-11 07:45:33] [INFO] [SMA API] Bug found in: Equihash 6.567783705 < 6.604542515 Old profitability is bigger than newer on 0%. Ignoring
[2020-02-11 07:45:33] [INFO] [SMA API] Bug found in: Nist5 1.172449965E-06 < 1.469799302E-06 Old profitability is bigger than newer on 0%. Ignoring
[2020-02-11 07:45:33] [INFO] [SMA API] Bug found in: CuckooCycle 8786.134325 < 9307.799434 Old profitability is bigger than newer on 0%. Ignoring
[2020-02-11 07:45:33] [INFO] [SMA API] Bug found in: GrinCuckatoo31 79568.26983 < 79847.5813 Old profitability is bigger than newer on 0%. Ignoring
[2020-02-11 07:45:33] [INFO] [SMA API] Bug found in: Lyra2REv3 0.0003124069646 < 0.0003136884009 Old profitability is bigger than newer on 0%. Ignoring
[2020-02-11 07:45:33] [INFO] [SMA API] Bug found in: GrinCuckaroo29 699.9995798 < 699.9996522 Old profitability is bigger than newer on 0%. Ignoring
[2020-02-11 07:45:33] [INFO] [SMA API] Bug found in: Lyra2REv2 2.974694911E-05 < 4.934171308E-05 Old profitability is bigger than newer on 0%. Ignoring
[2020-02-11 07:45:33] [INFO] [SMA API] Bug found in: Cuckaroom 17174.71767 < 17610.27069 Old profitability is bigger than newer on 0%. Ignoring
[2020-02-11 07:45:33] [INFO] [SMA API] Bug found in: Eaglesong 2.139197944E-05 < 2.698155794E-05 Old profitability is bigger than newer on 0%. Ignoring
[2020-02-11 07:45:33] [INFO] [SMA API] Bug found in: Blake2s 1.895454778E-08 < 2.013846732E-08 Old profitability is bigger than newer on 0%. Ignoring
[2020-02-11 07:45:33] [INFO] [SMA API] Bug found in: CryptoNightR 6.98323375 < 7.191939926 Old profitability is bigger than newer on 0%. Ignoring
[2020-02-11 07:45:33] [INFO] [SMA API] Bug found in: DaggerHashimoto 0.001761149035 < 0.001855420739 Old profitability is bigger than newer on 0%. Ignoring
[2020-02-11 07:45:33] [INFO] [SMA API] Bug found in: X16RV2 0.0008623418793 < 0.001260954517 Old profitability is bigger than newer on 0%. Ignoring
[2020-02-11 07:45:33] [INFO] [SMA API] Bug found in: NeoScrypt 0.01186410572 < 0.0250335478 Old profitability is bigger than newer on 0%. Ignoring
[2020-02-11 07:45:33] [INFO] [SMA API] Bug found in: BeamV2 1404.862883 < 1650.751246 Old profitability is bigger than newer on 0%. Ignoring
[2020-02-11 07:45:33] [INFO] [SMA API] Bug found in: Keccak 5.527919068E-07 < 5.783691164E-07 Old profitability is bigger than newer on 0%. Ignoring
[2020-02-11 07:45:33] [INFO] [SMA API] Bug found in: Lbry 1.003964773E-06 < 1.04303726E-06 Old profitability is bigger than newer on 0%. Ignoring
[2020-02-11 07:45:33] [INFO] [SMA API] Bug found in: X16R 0.00119974619 < 0.001310456565 Old profitability is bigger than newer on 0%. Ignoring
[2020-02-11 07:45:33] [INFO] [SMA API] Bug found in: Decred 5.004555795E-09 < 5.6237037E-09 Old profitability is bigger than newer on 0%. Ignoring
[2020-02-11 07:45:33] [INFO] [NICEHASH] SMA Update
[2020-02-11 07:45:43] [INFO] [GMiner-MINER_ID(2)-DEVICE_IDs(0,1)] [pid(10172)|bin(bin_3rdparty\gminer\miner.exe)]MinerApiReadStatus.GOT_READ
[2020-02-11 07:45:44] [INFO] [SwitchingManager] Normalizing profits
No algos affected (either no SMA update or no algos higher
Соответственно, доходность не обновляется, и не в списке, а вообще. |
|
|
|
Это глюк ОС, которая после перезагрузки меняет MachineID компьютера или он отсутствует. Пока думаю, как это лучше обойти.
Можно же сохранять его в конфиге? |
|
|
|
у всех вдвое cнизился хешрейт при переходе на кукаруд М ? 1066 дает 1,93G 1078 - 3,2 G
Да, так и есть, почти вдвое. |
|
|
|
...и в итоге на всех ригах всё закончилось утыканием в старый баг: стратум для кукаруда, видимо, отключили (или сломали), пейрейт обнулили, но FF продолжил ломиться в закрытую дверь, несмотря на то, что заподозрил неладное: [2020-01-16 12:17:49] [INFO] [SMA API] Bug found in: GrinCuckarood29 10994.60326<>0 Привести в порядок пейрейты смог только перезапуск всех клиентов. |
|
|
|
NiceHash Miner Legacy Fork Fix 22
gminer'у для cuckarood29 не указан конкретный алгоритм, из-за чего после форка он пытатся майнить кукарум и совать результаты в сервера для кукаруда, разумеется безуспешно. Возможно, скоро станет неактуально, но на данный момент кукаруд всё ещё самый прибыльный для 1070, приходится либо переключаться на более медленный nbminer, либо запускать gminer без FF. |
|
|
|
На своём опыте могу утверждать что переключение алгоритмов идёт строго по определению доходности у каждой видеокарты.
Если доходный алгоритм и майнер совпадают - то именно тогда и включается совместный майнинг на одном майнере.
Исходя из этого иногда надо подгонять (незначительно) значения хэшрейтов для совместного майнинга
У меня есть шесть ригов разного размера с форкфиксом, все полностью на 1070, так вот они НИКОГДА не майнили разные алгоритмы на отдельных картах, ВСЕГДА переключаясь всеми картами синхронно. Периодически использовал правку хэшрейта одной карты, чтобы переключить на какой-то алгоритм все сразу (в основном чтобы уточнить результаты бечмарка, особенно для чего-то типа X16R). Дуалы до сих пор не майнил, все используемые алгоритмы были одиночными. Карты переключаются в зависимости от прибыльности на КАЖДОЙ карте. Но вы открыли секрет Полишинеля, что если завысить хешрейт алгоритма в разы на одной карте, то другие ОДИНАКОВЫЕ карты будут переключаться на этот алгоритм.
Выглядит так, будто это оказалось секретом Полишинеля только для вас. Посмотрите на мои предыдущие посты и убедитесь, что я неоднократно подчёркивал, что карты ОДИНАКОВЫЕ, и неоднократно говорил о сумме доходности с карт. Для меня группировка карт по типу была вполне очевидна и полезна, и вопрос был только в том, почему для DaggerEagle она нарушена. Я, например, понимаю зачем, в реальности она как раз очень влияет на процесс (см. начало этого поста). Спасибо за опцию; для DaggerEagle она тоже работает? ДОПОЛНЕНИЕ: На всякий случай поясню неочевидный момент. У одинаковых карт с разным лимитом потребления, а также у по-разному охлаждаемых, довольно сильно отличаются соотношения хэшрейтов разных алгоритмов из-за их разной энергозатратности, и часто возникает ситуация, когда на одних картах выгоднее один алгоритм, а на других – другой, (несмотря на то что карты одинаковые). Чтобы не происходило раздельное переключение, и нужна группировка по типу. Спасибо за опцию; для DaggerEagle она тоже работает?
Проверил, для DaggerEagle не работает. |
|
|
|
Ого какой напор! Можно более спокойно обсуждать проблемы?
Надо понимать что если так общаться то с Вами не захотят ничего обсуждать.
По теме и скриншотам не видно чтобы был включен алгоритм DaggerEagle. Или что то не так?
Когда с вами общаются бездумными отписками, уже можно заподозрить, что особого желания обсуждать что-то не стоявшее в планах за ними не стоит. Я уже минимум трижды писал, что на одиночных алгоритмах, в отличие от DaggerEagle, карты переключаются группой, а не автономно, как утверждает angelbbs. Скриншоты демонстрируют данный факт, о чём я тоже пишу уже не первый раз. Включенность либо невключенность DaggerEagle на наличие данного факта не влияет. |
|
|
|
Правильно, спасибо за иллюстрации. Я же выше писал, что DaggerEaglesong это 2 (ДВА) алгоритма. И нолики дорисовывать нужно ДВУМ алгоритмам! А не одному, как Вы сделали.
PS Повторюсь, если Вам нужно, чтоб все карты переключались на другой алгоритм одновременно, установите у всех одинаковый хешрейт. Можно нажать правую кнопку мыши на устройстве и выбрать "Скопировать настройки из..."
Я как будто с техподдержкой общаюсь, а не с программистом. Попробуйте перечитать мои два предыдущих сообщения и таки посмотреть на скриншоты, а не давать вредные советы и неверные ответы. 1. На скриншотах правится номинальный хэшрейт ОДИНОЧНОГО алгоритма на ОДНОЙ карте, после чего на него переключаются ВСЕ КАРТЫ. Данное поведение принципиально отличается от заявленного вами, справедливого только для дуала. 2. Если, пользуясь вашим предложением, скопировать хэшрейт одной карты на другую, то их суммарный хэшрейт не будет соответствовать фактическому и переключение будет происходить неправильно (неоптимально). Получается, нужно бенчмаркать карты, суммировать хэшрейт, делить на кол-во карт, прописывать среднее значение всем, при обновлении майнера процедуру повторять... Не сложновато, не? 3. Какая разница, сколько алгоритмов одновременно считает майнер? Вы долго думали, прежде чем предлагать добавлять нолики ОБОИМ алгоритмам? В чём смысл данного действия? Что оно должно изменить или продемонстрировать? Почему FF не должен оперировать просто суммой расчётного профита от обоих? 4. Исходя из увиденного и прочитанного до сих пор, могу сделать вывод, что никакой интенции за разной логикой переключения для двойных и одиночных алгоритмов нет, и правильный ответ на вопрос "почему" – "так получилось". Даже и не знаю, есть ли в данной ситуации смысл предлагать добавить опцию управления данной логикой (оба варианта бывают полезны). |
|
|
|
Покажите скрин с картами и алгоритмами.
Для простоты берём экстремальный случай – минириг с двумя одинаковыми картами, стоящими в обычном корпусе. Верхней карте, разумеется, жарко, она урезана до 70% потребления, нижней оставлены все 100%. Расчётные хешрейты первой (верхней) карты: https://ibb.co/GvMD1WxИ второй (нижней): https://ibb.co/WKp5jgKВсё это в данный момент считает DaggerHashimoto: https://ibb.co/d50DxTbБерём и дорисовываем три нолика, скажем, к тому же иглсонгу на первой карте: https://ibb.co/4pN62SsНажимаем "стоп", "старт", вуаля: https://ibb.co/n8qK20BВ случае с дуалом же карты переключаются независимо. Можно попросить сделать опцию для принудительной группировки-разгруппировки в общем случае? |
|
|
|
Потому, что это 2 алгоритма и у него 2 хешрейта. Если не надо переключение на наиболее прибыльный алгоритм, то пропишите одинаковые хешрейты на всех картах.
Вопрос был – почему логика для дуала отличается от логики для автономных алгоритмов. Сложить два профита вместе и поступить с ними так же, как обычно, нельзя? Разумеется, мне нужно переключение на наиболее прибыльный алгоритм, но всеми картами вместе. А когда у них несколько разные условия охлаждения и тепловой режим выровнен за счёт разного ограничения мощности, при индивидуальном переключении начинается ненужный рассинхрон. |
|
|
|
Карты группируются по наибольшей прибыльности. Если часть карт запустилась на другом алгоритме, значит он для них боле прибылен, чем DaggerEaglesong.
Это не так. Если одной из них прописать в 1000 раз больший номинальный хэшрейт на каком-то алгоритме, они все запускаются на этом алгоритме. И это меня устраивает. С DaggerEaglesong же оно в самом деле решает индивидуально. Почему? Зачем? Как этим управлять? |
|
|
|
|
По какому принципу оно группирует карты? Почему для DaggerEaglesong FF позволяет себе разгруппировать те, что на остальных алгоритмах всегда работают вместе (несмотря на сильно разную производительность из-за разных ограничений на потребление)?
|
|
|
|
NHML Fork Fix 21 beta 2 Перестало отображать температуры и остальное для первой карты (из двух, на большем кол-ве не пробовал) и стало майнить разные алгоритмы на разных картах одного типа. |
|
|
|
|
Show Posts
