61
|
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: June 20, 2020, 05:38:56 PM
|
More recently we managed to make it better with --ocX. --ocX will run a few available miniZ kernels and choose the one that performs best, for your GPU, and for the overclocks you apply to your GPU.
Do not use oc1/oc2/ocX (or --mode) at the same time on the same GPU. This could cause confusion in understanding miniZ behavior. One of the options will prevail though, usually the last one appearing in the command line.
The problem is that in order to get a hashrate comparable to that achieved with the 1.5t3 version, I have to use both --oc1/oc2 and --mode options, at least on 1070s. --ocX alone gives inferior results; so I have to wait till it finishes and finds kinda the best mode, and then add that mode to the command line with either --oc1 or --oc2 (depending on the power limit and thermal conditions for particular cards). Not sure if that procedure gives the best possible result, but it's definitely better than just running --ocX. Imagine my frustration: after spending a lot of time and efforts I get the same hashrate that I got with the older version literally within a minute, just by empirically selecting an appropriate kernel.
|
|
|
angelbbs, после обновления на версию 0:20200613.12 с 20200609.13 перестали переключаться алгоритмы в зависимости от прибыльности (стандартный NHM) на всех ригах (зелёные, красных нет), откатился обратно на 20200609.13
Не подтверждаю. Стандартный NHM, зелёные, переключается. И с 20200617.24 (в котором починен miniZ на биме) тоже переключается.
|
|
|
63
|
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: June 18, 2020, 01:57:38 PM
|
UPD: actually, I already see the fix on the Github, will try it tomorrow.
... That is great news! Thank you for contacting Nicehash. Also, thanks to Nicehash for providing a fix this fast. It's not the official Nicehash client, it's a [kind of better] fork maintained by an independent developer Hope all goes well now.
Not exactly. Now it technically works, but I'm completely lost with the new oc/mode settings. Why --ocX alternates mode instead of OC kernels? Shouldn't there be a --modeX option? Does specifying oc1/oc2 still makes sense? Why new default settings for 1070 are far from optimal (at least for ZHash)? How much time a complete optimization cycle takes (there is no clear indication of what it is doing at the moment – optimizes or not)? It's a total undocumented mess now EDIT: Also, why the syntax (address/value position) for --modeN is basically the opposite of that for --ocN? Why --ocX disables selection of oc1/oc2 kernels? Why some modes are skipped during optimization? Finally, what's the "mode" here?
|
|
|
64
|
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: June 17, 2020, 11:16:25 PM
|
I've checked this, the Nicehash client fork indeed specifies --par=150,5 in the command line. All I could do for now is adding --par=150,5,3 in addition to --par=150,5 (before it, actually); that didn't help. I'll contact the author of the program.
Hi Kringel, Thank you for letting us know. Writing --par=150,5,3 after --par=150,5 would work... The last one overrides the previous one. Can you try this? : Add -p just before --par=150,5. The command line would then end with -p --par=150,5.This will set the whole string --par=150,5 to the password. Maybe you can manage with this workaround? Cheers Thanks for the quick responses and insight on the source of the problem. Unfortunately all custom parameters in the Nicehash fork always appear at the start of the final parameter string, and --par is somewhere in the middle of the default command line, so with additional -p miniZ just stops working. Have to wait for a fix, usually they arrive relatively fast. UPD: actually, I already see the fix on the Github, will try it tomorrow.
|
|
|
65
|
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: June 17, 2020, 08:15:16 PM
|
Hi Kringel, we think we understand the problem. Are you specifying the algo in the command line? --par=150,5 ? It is entering the wrong algo in the new version. In t3 version it was working because we used to ignore the par argument while mining Beam (because of the last fork, a verification that was never removed). We have been preparing for the next algo change and we took it out. You need to write --par=150,5,3 or do not use par at all, miniZ will enter the right algo if it is not specified. Hope this helps. Cheers I've checked this, the Nicehash client fork indeed specifies --par=150,5 in the command line. All I could do for now is adding --par=150,5,3 in addition to --par=150,5 (before it, actually); that didn't help. I'll contact the author of the program.
|
|
|
а где копать guid в конфигах?
General.json Из свежих проблем: последние два miniZ не работают на биме v2 под форкфиксом. Авторы майнера утверждают, что в командной строке для бима должно быть не --par=150,5, а --par=150,5,3; оно и раньше должно было быть так, просто в более старых версиях этот параметр после форка игнорировался. Попутно, рассматривая командные строки майнеров, обнаружил, что дополнительные параметры, которые указываю в поле ввода для первой карты, зачем-то повторяются в командной строке столько раз, сколько в системе стоит карт.
|
|
|
67
|
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: June 17, 2020, 05:51:22 PM
|
With 1070s, the new version is painfully slow on beamv2 (~1.7 times slower than the previous one) and all found shares are rejected by the Nicehash pool.
must be the pool you choose to mine on giving you the problems, i'm mining Beam directly and the new version is pretty much no different to the previous. Hi Kringel, rgsnedds, Thank you for your messages. We haven't change anything significantly, on Beam. Kringel, you say that with t3 it works fine and with the new version you have rejected shares and performance drops, with the same command line? Could you maybe paste here the start of your log? We are investigating this. Cheers Yes, the command line is the same, I upgraded-downgraded miniZ one more time and can confirm the problem with the new version(s). The u2 didn't change much, it just stopped saying that OC2 kernel is not available for 1070 (the switch is there just in case you implement it sometime; I tried to remove it, nothing changes). Start of the output (the test rig is a miniPC with two 1070s, one of them is limited to 70% TDP): ************ miniZ v1.5u2 ************ Algo: EQ[150,5] Pool#0: user[...] server[beamv2.eu.nicehash.com] port[3378] ssl[no] pers[auto] Pool#1: user[...] server[beamv2.usa.nicehash.com] port[3378] ssl[no] pers[auto] Pool#2: user[...] server[beamv2.hk.nicehash.com] port[3378] ssl[no] pers[auto] Pool#3: user[...] server[beamv2.jp.nicehash.com] port[3378] ssl[no] pers[auto] Pool#4: user[...] server[beamv2.in.nicehash.com] port[3378] ssl[no] pers[auto] Pool#5: user[...] server[beamv2.br.nicehash.com] port[3378] ssl[no] pers[auto] Pool#6: user[...] server[beamv2.eu.nicehash.com] port[3378] ssl[no] pers[auto] Telemetry: [http://localhost:4002] Optimisation: oc1[0] oc2[1] Temp. limit: [90°C] miniZ<150,5>[8:0:00:6787]: Selecting GPU#0[0] GeForce GTX 1070 miniZ<150,5>[1:0:00:6787]: Selecting GPU#1[1] GeForce GTX 1070 [ 0d 0h 0m10s] 38(37.8)Sol/s 253(253.2)W 0>GTX 1070 ` 100% [60°C/38%] 9.66 I/s 17.8(17.8)Sol/s 106(105.8)W clk=1316MHz mclk=4252MHz Sol/W=0.17 1>GTX 1070 ` 100% [60°C/38%] 10.74 I/s 20.0(20.0)Sol/s 147(147.4)W clk=1670MHz mclk=4252MHz Sol/W=0.14 [ 0d 0h 0m20s] 41(40.8)Sol/s 255(254.6)W 0>GTX 1070 `0.00% [61°C/42%]*10.05 I/s 19.4(19.4)Sol/s 106(105.9)W clk=1215MHz mclk=4252MHz Sol/W=0.18 1>GTX 1070 ` 100% [61°C/42%] 11.24 I/s 20.7(20.7)Sol/s 149(148.6)W clk=1670MHz mclk=4252MHz Sol/W=0.14 [ 0d 0h 0m30s] 42(42.3)Sol/s 248(247.7)W 0>GTX 1070 `0.00% [62°C/42%] 10.12 I/s 20.4(20.4)Sol/s 103(102.9)W clk=1290MHz mclk=4252MHz Sol/W=0.20 1>GTX 1070 ` 100% [61°C/42%] 11.35 I/s 21.7(21.7)Sol/s 145(144.9)W clk=1657MHz mclk=4252MHz Sol/W=0.15 [ 0d 0h 0m40s] 41(41.4)Sol/s 251(250.6)W 0>GTX 1070 `0.00% [62°C/44%] 10.14 I/s 19.9(19.9)Sol/s 105(104.6)W clk=1303MHz mclk=4252MHz Sol/W=0.19 1>GTX 1070 `0.00% [62°C/44%]*11.39 I/s 21.4(21.4)Sol/s 146(146.1)W clk=1670MHz mclk=4252MHz Sol/W=0.15 [ 0d 0h 0m50s] 42(41.9)Sol/s 250(250.0)W 0>GTX 1070 `0.00% [63°C/46%] 10.12 I/s 20.0(20.0)Sol/s 105(104.9)W clk=1177MHz mclk=4252MHz Sol/W=0.19 1>GTX 1070 `0.00% [63°C/46%] 11.38 I/s 22.0(22.0)Sol/s 145(145.1)W clk=1670MHz mclk=4252MHz Sol/W=0.15 [ 0d 0h 1m00s] 41(41.2)Sol/s 250(249.7)W 0>GTX 1070 `0.00% [63°C/46%] 10.15 I/s 19.5(19.5)Sol/s 103(103.6)W clk=1303MHz mclk=4252MHz Sol/W=0.19 1>GTX 1070 `0.00% [64°C/46%] 11.38 I/s 21.8(21.8)Sol/s 147(146.1)W clk=1670MHz mclk=4252MHz Sol/W=0.15 A healthy output with t3 and the same settings: ************ miniZ v1.5t3 ************ Algo: EQ[150,5] Pool#0: user[...] server[beamv2.eu.nicehash.com] port[3378] ssl[no] pers[Beam-PoW] Pool#1: user[...] server[beamv2.usa.nicehash.com] port[3378] ssl[no] pers[Beam-PoW] Pool#2: user[...] server[beamv2.hk.nicehash.com] port[3378] ssl[no] pers[Beam-PoW] Pool#3: user[...] server[beamv2.jp.nicehash.com] port[3378] ssl[no] pers[Beam-PoW] Pool#4: user[...] server[beamv2.in.nicehash.com] port[3378] ssl[no] pers[Beam-PoW] miniZ<150,5,3>[09:0:00:6788]: Selecting GPU#0[0] GeForce GTX 1070 Pool#5: user[...] server[beamv2.br.nicehash.com] port[3378] ssl[no] pers[Beam-PoW] Pool#6: user[...] server[beamv2.eu.nicehash.com] port[3378] ssl[no] pers[Beam-PoW] Telemetry: [http://localhost:4003] Optimisation: oc1[0] oc2[1] Temp. limit: [90°C] [WARNING] GPU[1]: GeForce GTX 1070 does not have oc2 for this algo. miniZ<150,5,3>[04:0:00:6788]: Selecting GPU#1[1] GeForce GTX 1070 [ 0d 0h 0m10s] 64(63.7)Sol/s 257(257.3)W 0>GTX 1070 ` 100% [61°C/41%] 15.67 I/s 27.4(27.4)Sol/s 105(104.8)W clk=1493MHz mclk=4252MHz Sol/W=0.26 1>GTX 1070 ` 100% [60°C/39%] 17.75 I/s 33.7(33.7)Sol/s 153(152.5)W clk=1733MHz mclk=4252MHz Sol/W=0.22 [ 0d 0h 0m20s] 66(65.9)Sol/s 254(254.1)W 0>GTX 1070 ` 100% [61°C/42%]*16.32 I/s 30.4(30.4)Sol/s 105(105.1)W clk=1480MHz mclk=4252MHz Sol/W=0.29 1>GTX 1070 ` 100% [61°C/41%]*18.50 I/s 34.5(34.5)Sol/s 149(149.0)W clk=1746MHz mclk=4252MHz Sol/W=0.23 [ 0d 0h 0m30s] 70(69.8)Sol/s 257(256.6)W 0>GTX 1070 ` 100% [62°C/44%] 16.44 I/s 33.1(33.1)Sol/s 106(106.4)W clk=1518MHz mclk=4252MHz Sol/W=0.31 1>GTX 1070 ` 100% [62°C/42%] 18.64 I/s 36.2(36.2)Sol/s 150(150.2)W clk=1721MHz mclk=4252MHz Sol/W=0.24 [ 0d 0h 0m40s] 70(70.5)Sol/s 253(253.2)W 0>GTX 1070 ` 100% [63°C/46%] 16.48 I/s 33.8(33.8)Sol/s 106(106.0)W clk=1493MHz mclk=4252MHz Sol/W=0.32 1>GTX 1070 ` 100% [63°C/44%] 18.69 I/s 36.1(36.1)Sol/s 147(147.2)W clk=1721MHz mclk=4252MHz Sol/W=0.25 [ 0d 0h 0m50s] 70(69.9)Sol/s 251(251.9)W 0>GTX 1070 ` 100% [63°C/46%] 16.51 I/s 33.7(33.7)Sol/s 107(106.4)W clk=1493MHz mclk=4252MHz Sol/W=0.32 1>GTX 1070 ` 100% [63°C/46%] 18.70 I/s 36.4(36.4)Sol/s 145(145.5)W clk=1721MHz mclk=4252MHz Sol/W=0.25 [ 0d 0h 1m00s] 70(69.9)Sol/s 251(251.9)W 0>GTX 1070 ` 100% [64°C/48%] 16.51 I/s 33.0(33.0)Sol/s 107(106.5)W clk=1493MHz mclk=4252MHz Sol/W=0.31 1>GTX 1070 ` 100% [64°C/48%] 18.69 I/s 36.6(36.6)Sol/s 145(145.4)W clk=1708MHz mclk=4252MHz Sol/W=0.25 The driver version is 442.92.
|
|
|
Если это kawpowminer, то парой-тройкой страниц ранее подобный случай уже встречался. Предположительно из-за неалфавитноцифрового символа (минус?) в machineguid, нужно от него избавиться.
phoenix на найсе Фениксом не пользуюсь (он регулярно крэшит мне драйвер на всех ригах, кроме одного), но проблема всё равно выглядит как неудобный для кого-то или некорректный machineguid. Я бы просто поменял его на другой. Да, и вспомнил, у меня проглючивало майнер из-за плюсика, а не минусика.
|
|
|
Скринов нет, логов нет, а телепатией не обладаю
а описания недостаточно? на найсе два активных рига в списке. один типа правильный из программы с отображением всех карт. но с нулями. второй как обычный майнер без оболочки с нормальной прибыльностью но без отображения карт Если это kawpowminer, то парой-тройкой страниц ранее подобный случай уже встречался. Предположительно из-за неалфавитноцифрового символа (минус?) в machineguid, нужно от него избавиться.
|
|
|
70
|
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: June 16, 2020, 10:25:46 AM
|
With 1070s, the new version is painfully slow on beamv2 (~1.7 times slower than the previous one) and all found shares are rejected by the Nicehash pool.
|
|
|
Но почему-то hwid везде сгенерировался одинаковый.
CPUID, если что – тип процессора. Если они на ригах одинаковые, то и CPUID одинаковый. На роль HWID подходит, конечно, плохо, да.
|
|
|
Обновлённая версия, всё тот же сон: В логах, разумеется, видно то, что сразу подразумевалось эмпирически – в начале очередной сессии клеймора нет сообщения "NEW MINER CREATED", а в конце нет "MINER DESTROYED". И несуществующий процесс оно всё так же пытается прибить.
|
|
|
Обновите до последней сборки
Она там трёхдневной давности, так и должно быть? Вам программа пишет, что доступна новая сборка. Обновляйте из программы или zip-файла Однако неудобно, когда релиз тихо изменяется без анонса и изменения номера версии, попутно размывая определённость с местом поиска "последней сборки". Обновил, наблюдаю.
|
|
|
Обновите до последней сборки
Она там трёхдневной давности, так и должно быть?
|
|
|
Да, и если интересно, то аптайм клеймора по-прежнему сбрасывается у меня только остановкой майнинга (кнопкой "Стоп"). А кнопка перезапуска майнера вообще не сбрасывает аптайм ни на каком алгоритме.
Нужен конфиг, лог и скрин проблемы Ну допустим вот: http://www.mediafire.com/file/fut9ehz2guy717x/Wrong_Claymore_Uptime.zip/file (кошелёк в конфиге вытерт). В тестовом риге стоит две 1070, одна из них зажата до 70% TDP. Заодно взгляните, что это оно на выходе за несуществующий PID 6000 вместе с клеймором пытается прибить.
|
|
|
Да, и если интересно, то аптайм клеймора по-прежнему сбрасывается у меня только остановкой майнинга (кнопкой "Стоп"). А кнопка перезапуска майнера вообще не сбрасывает аптайм ни на каком алгоритме.
|
|
|
Принудительный рестарт после изменения настроек не работает как надо – сначала происходит попытка запуска нового экземпляра (разумеется, безуспешная), потом закрывается старый.
|
|
|
Нет, это всё равно опять вылезло именно на клейморе. Сейчас у меня отображается общий аптайм 22ч 40м, аптайм клеймора 21ч 05м, в самом клейморе аптайм 1ч 11м, и, судя по графикам в риг менеджере, тестовый риг большую часть времени майнил beamv2 и kawpow. Похоже, что время отсчитывается от момента первого запуска клеймора, а не последнего.
У себя такое я повторить не могу. А время отсчитывается от старта группы карт, вне зависимости от майнера. На биме и кавпове время нормально показывается? Группа карт на этом риге единственная. На биме и кавпове пока аномалий не заметил (понаблюдаю ещё).
|
|
|
За отсутствием беты в виде архива взял тот, что был на гитхабе (с экзешником от 23:30 4-го июня). Не знаю, насколько билд актуален, но при переключении на клеймор вместо аптайма сессии клеймора оно всегда показывает общий аптайм минус примерно 10 секунд.
Билд актуален, но подобного не наблюдаю https://yadi.sk/i/GnIGrQ93DExFwwВозможно, клеймор был просто первым стартанувшим майнером два дня назад, сейчас перезапустил форкфикс, первым стал gminer, понаблюдаю. Нет, это всё равно опять вылезло именно на клейморе. Сейчас у меня отображается общий аптайм 22ч 40м, аптайм клеймора 21ч 05м, в самом клейморе аптайм 1ч 11м, и, судя по графикам в риг менеджере, тестовый риг большую часть времени майнил beamv2 и kawpow. Похоже, что время отсчитывается от момента первого запуска клеймора, а не последнего.
|
|
|
За отсутствием беты в виде архива взял тот, что был на гитхабе (с экзешником от 23:30 4-го июня). Не знаю, насколько билд актуален, но при переключении на клеймор вместо аптайма сессии клеймора оно всегда показывает общий аптайм минус примерно 10 секунд.
Билд актуален, но подобного не наблюдаю https://yadi.sk/i/GnIGrQ93DExFwwВозможно, клеймор был просто первым стартанувшим майнером два дня назад, сейчас перезапустил форкфикс, первым стал gminer, понаблюдаю. Да, и если билд актуален, то с английским интерфейсом новые чекбоксики вообще не имеют подписей.
|
|
|
|