|
Подскажите, в старом добром варианте при D=1 получаю примерно 35% дискардов. В связи с этим 2 вечных вопроса: кто виноват? и что делать?
|
|
|
|
|
что-то на 50 реджектов вагон.. 5-6% запросто. С разных локаций, на разные хосты пула.. печаль.
|
|
|
|
реквестирую на странице раундов в поле D1A добавить %% от сложности. Спасибо  Done. Спасибо большое, так намного удобней Майнер ради упрощения реализации внутри считает с таргетом 0x00000000FFFFFFFF..., независимо от того какая у шар сложность (реальный таргет применяется уже потом, к найденным diff-1 шарам). Все, что из полученных результатов не вписывается в заданный пулом/сетью таргет, вываливается в дискарды, в твоем случае при сложности 2 это примерно 50% решений, верных для сложности 1. Если будет меньше половины, значит везет, если больше - то не везет. Так что все нормально. Версия майнера cgminer version 2.9.3 Вот на другой машине старее майнер, сложность шары для него = 8, обычный LP cgminer version 2.8.3 - Started: [2012-11-15 14:51:59]
--------------------------------------------------------------------------------
(5s):1.112G (avg):1.096Gh/s | Q:3155 A:7348 R:36 HW:0 E:233% U:2.0/m
TQ: 0 ST: 7 SS: 5 DW: 316 NB: 371 LW: 124105 GF: 6 RF: 2 WU: 15.4
Connected to http://pool.itzod.ru:8345 with LP as user Ocakypa_3
Block: 0000040920e5a5baf5702d5b80b9b8ad... Started: [04:33:47]
Считать все дискардами специфично для GBT? Или что-то выпилили в новом майнере? Для него и гетворков в 3 раза меньше, чем сабмиченных шар, анубис негодует. Попробую пока его рестартануть. //upd после рестарта такая же петрушка |
|
|
|
|
(5s):828.8M (avg):819.8Mh/s | Q:4095 A:10861 R:41 HW:0 E:265% U:5.7/m
TQ: 0 ST: 6 SS: 0 DW: 10616 NB: 188 LW: 29584 GF: 0 RF: 2 WU: 11.4
Connected to pool.itzod.ru with GBT as user Ocakypa_0
Block: 002a785f433bf2b7b971e850... Started: [00:03:03] Best share: 141K
Это нормально, что количество дискардов зашкаливает?
|
|
|
|
реквестирую на странице раундов в поле D1A добавить %% от сложности. Спасибо Хмм.. Осталось 1662 блоков до пересчета сложности. Осталось 1998 блоков до пересчета награды за блок (~ 13дн 21ч ). Это так и должно быть, что пересчет награды произойдет между сменами сложности? Подумалось, интересно как тестировали этот переход. |
|
|
|
tenzor, смотри таблицу раундов, из нее в принципе все понятно должно быть. Если что-то конкретное непонятно, объясним.  Это я видел ессно. Просто зашел, а в буфере over 40 btc лежит.. И вот стало непонятно, почему оно не выплачивается за блок, а мирно лежит и чего-то ждет. А щас зашел - выплатилось. Вот и непонятен этот момент. |
|
|
|
в п2поле так же как и в соле статистики нету
и ее видеть можно только в майнере...
для сравнения результатов майнера и статистики с пулов и пробовал...
он же графики в веб-морде рисует |
|
|
|
Получил вот такое
[2012-10-22 21:10:16] Rejected 069381d1 Diff 38/16 ICA 11 pool 0 (prevhash-stale)
[2012-10-22 21:10:16] Rejected 053829b7 Diff 49/16 ICA 0 pool 0 (prevhash-stale)
Не страшно? |
|
|
|
It is more likely that the USB is screwed up but there is an ocassional thing that is power supply related. So try following this sequence in powering the rig up again up:
(1) Remove 12V power and ideally unplug all USB leads at Cairnsmore1s. If you happen to have a USB hub with a switch for on/off that can work as well as unplugging if it properly removes USB power. Do check that it does remove power some don't do this properly. Basically we want the boards to be fully de-powered before starting. This is also the only way also to reset the USB controller if it gets upset by sometime and we have seen that a few times.
(2) Power 12V and Controller LED is flashing on all boards and each FPGA section is powered and configured - LEDs bright.
(3) If you don't get Controller and section LEDs doing the right things modify the power up of the 12V by doing an initial momentary switch on then off and on again.
(4) Plug back in USB leads either one by one or use the hub switch if you have one.
(5) Make sure you leave enough time for USB to enumerate before firing up mining software and better still check USB ports/COMs are all correct and present in the host.
When using master/slave in Controller 1.5 it is important that both boards of the pair power up together otherwise one may fail to start up and that is only an issue for master/slave usage. We are going to try and improve the Controller to either remove, or reduce, this powering up dependence but that might be a few weeks before we have the time to do that.
Did that, nothing changes. 1-2 boards still failing. During startup there are surges mainly due to the capacitors on the 12V and rails that come up more or less immediately. We have limited these surges by the way we turn on the main power supplies and that is the reasoning for the phased turn on that you will see on the board. That goes a long way to limiting surges. We don't know what the surge current peaks at as it changes dynamically as the boards power up and the highest current peak is extremely short duratiion and very hard to measure.
What do think is sometimes a problem is the rate at which the 12V rises from 0V to normal range. This rise rate depends on the number of CM1 boards in the rig and the power supply being used so it is different for more or less every rig. If is too slow then one of 2 things can happen. The first is that the Controller FPGA fails to configure. The second is that we think that the USB doesn't come out of reset correctly. To see if this is your issue try powering up with only some of your rig say half initially on the power supply. If these all come up ok repeat gradually adding boards to find where issues start to occur. If this does prove to be the root of your problems there are a couple of ways to proceed. The first argueably wasteful way is to either split your power supply into 2 power supplies or just use a bigger supply that might give a better ramp time. More crudely and needs care is to live plug in the power supply of the last few boards and after bringing up whatever of the stack will come up happily with the power supply.
Looks like my PSU can only start 4 boards without any errors. That's strange... If I add 2 boards more, one will fail. I'm using PDB with OCZ ZT 750W PSUIf fails master board, it's slave still works. |
|
|
|
А Вы попробуйте  Эти чертовы нули (черные) между блоками питания даалеко не всегда соеденины, особенно когда нет заземления в розетках (то есть 2ух контактные розетки)  А в сетевом фильтре они там разве не на общей шине? |
|
|
|
разве 2 блока в одной розетке не имеют общий 0 в этой самой розетке?
Вообще читал, что по стандарту доп. питалово в видиках не должно смешиваться с питанием из матери
а разве в розетке постоянный ток? + и - ? но вверху аффтар мессаги уже апэрэдыл. так и я про ноль, а не - |
|
|
|
|
разве 2 блока в одной розетке не имеют общий 0 в этой самой розетке?
Вообще читал, что по стандарту доп. питалово в видиках не должно смешиваться с питанием из матери
|
|
|
|
Ради, вдумайтесь только!, того, что бы не платить и так дешевую электроэнергию
Ой ли. Смотря с чем сравнивать, конечно. |
|
|
|
It is more likely that the USB is screwed up but there is an ocassional thing that is power supply related. So try following this sequence in powering the rig up again up:
(1) Remove 12V power and ideally unplug all USB leads at Cairnsmore1s. If you happen to have a USB hub with a switch for on/off that can work as well as unplugging if it properly removes USB power. Do check that it does remove power some don't do this properly. Basically we want the boards to be fully de-powered before starting. This is also the only way also to reset the USB controller if it gets upset by sometime and we have seen that a few times.
(2) Power 12V and Controller LED is flashing on all boards and each FPGA section is powered and configured - LEDs bright.
(3) If you don't get Controller and section LEDs doing the right things modify the power up of the 12V by doing an initial momentary switch on then off and on again.
(4) Plug back in USB leads either one by one or use the hub switch if you have one.
(5) Make sure you leave enough time for USB to enumerate before firing up mining software and better still check USB ports/COMs are all correct and present in the host.
When using master/slave in Controller 1.5 it is important that both boards of the pair power up together otherwise one may fail to start up and that is only an issue for master/slave usage. We are going to try and improve the Controller to either remove, or reduce, this powering up dependence but that might be a few weeks before we have the time to do that.
Ok, didn't try exactly that yet, but I always wait some time before testing. USB on host enumerated, correct and presented. I can do a request using kano's python script. I can see during request flashing lights on pair of FPGA's (so they handling incoming request?), I can see even green light on one of them (got nonce?), but no response on host after timeout (70%) or wrong response (30%). Boards failing after complete reset, when no power at all, even no usb powert to them. Tried starting boards then host, host then boards - no changes. With or without usb connected. Controller red light blinking pretty fast all time when PSU turned on and power cables connected. So, for now, to resolve this issue, I power down slave, than master. Then power up slave/master or master/slave doesn'y matter. Usually failing 1-3 boards out of 12, usually different. Also, I received my boards with controller 1.5, but 6 of 12 didn't work in master/slave - FPGA-s LEDs was red after board boots. So, I flashed controller, it seems to be resolved for now. Hmmm... How much power each board requires during start process? Have not measure voltage output on PSU during start. |
|
|
|
|
After cold start of 12 boards, some of them wan't start mining. Cgminer responds with a 'invalid blah-blah' and doesn't mine on them. Kano's python usb tester responds with empty values after some timeout or invalid response. I'm using master/slave config with up/down cable. So, from this 12 boards I have, random number wan't start. It might be slave or master, does not matter. During request their leds flashs normally, as expected. Yellow off, then green on and fading down. Then yellow again.
After power cycle failed biard and its master/slave board, it might work in about 80%. If not, I just power do cycle again.
Tried to change usb hub, usb cables, miner..
Looks like controller issue? v1.5. Any suggestions?
|
|
|
|
I have Pi, running 12 Cairnsmore1 (6usb). There are USB devices limit. 14 usb devices and probably usb hub limitation (2 hubs?). Also, it's very unstable with borads usb-serial converters, hanging randomly, so I switch usb speed to Full Speed. And turned off ethernet, since I use usb wireless. It works so far, 20+ hours. Locally connected keyboard respond very slowly when mining started. Looks like to much usb traffic and buggy usb driver. SSH works good. Also, first hub ( http://www.amazon.com/Satechi-Power-Adapter-Control-Switches/dp/B0051PGX2I/ref=pd_ybh_7) was backpowering Pi, so voltage on Pi drops below 4.70v. RPi 1 rev, 256, running raspbian with last updates. |
|
|
|
I wonder if anyone was able to set up CM1 board mining with Raspberry Pi already? If yes, how many boards is one RPi able to handle?
running 12 boards. Looks good. Floating bugs with not working boards simetimes, but i believe it's cables problem. |
|
|
|
для всех на будущее при ращете в битках читаем или по последнему больмен стабильному курсу, или при таких колебаниях как сегодня оплата только по предварительно согласованому со мной курсу, ненадо слать мне битки на пиках и ждать что я вишлю рейзери себе в убыток!!!
ничего не имею против такой модели бизнеса, но кричать об убытках, когда райзер стоит 1,9 бакса в китае это.. гм.. непорядочно. |
|
|
|
выводите биткойны и используйте любой обменник. Получите 3% за услуги пула и еще сколько-нибудь за услуги обменника.
Так вся фишка этого пула в том что они на вмр, яд и тд выводят...но очень дорого, что теряет смысл. Ну почему же? Мне майнинг у них нравится, самые низкие реджекты и почти не бывает пауз. Ну и 3% по сравнению с другими очень даж неплохо. |
|
|
|
|
Show Posts
