[BURST] Burst | PoC

[Andrew Terkin]

А смысл? 4096 оптимальны

Разница между 4096 и макс стагером (10 x 3TB)

 

Totals (4096):

0 nonces overlap (0 KB)

109486080 nonces total (26 TB)

26730 disk seeks per Scoop (213.8 seconds @ 8ms)

 

Totals (1105920):

0 nonces overlap (0 KB)

109486080 nonces total (26 TB)

99 disk seeks per Scoop (0.7 seconds @ 8ms)

 

Естественно все данные не читаются за 1 секунду, но все равно 26 ТБ загружаются за 10-15 сек

Изменено 23 сен 2014, 11:48 пользователем Karasur

[Andrew Terkin]

На Radeon R9 270Х плотсы со  стагером 4096 сделал строками вида:

gpuPlotGenerator generate 0 0 p:\plots 677хххххххххххх8096 15564838 409600 4096 32 1280

То есть количество потоков пришлось опустить до 32. Но скорость создания та же, что и в режиме стагер 2048 при большем количестве потоков.

не на всех R290 получалось завести на 4096, в итоге остановился на 3072 128 8160

2 x R290 trix на отдельный винт выдают по 23-25к каждый

Изменено 23 сен 2014, 11:36 пользователем Karasur

[Григорий]

Товарищи, у меня с 2 ТБ практически отсутствует какой-либо выхлоп. Майню на первом пуле самым первым майнером. Кто что может посоветовать, чтобы как-то оптимизировать работу? Плотсы перегенерил со стаггером 4000 - читаться стали за 19 сек (было 56 на 1024). Может перейти на другой пул? Иили майнер обновить?! Подскажите, пож.

[Andrew Terkin]

Товарищи, у меня с 2 ТБ практически отсутствует какой-либо выхлоп. Майню на первом пуле самым первым майнером. Кто что может посоветовать, чтобы как-то оптимизировать работу? Плотсы перегенерил со стаггером 4000 - читаться стали за 19 сек (было 56 на 1024). Может перейти на другой пул? Иили майнер обновить?! Подскажите, пож.

Можно еще уменьшить время чтение, заменить майнер, но выхлоп это не улучшит... с другим пулом думаю еще меньше будет, там входящий дедлайн довольно низкий.

Смирится и надеяться на удачу.

Изменено 23 сен 2014, 11:51 пользователем Karasur

[Sikorskiy]

Разница между 4096 и макс стагером (10 x 3TB)

 

Totals (4096):

0 nonces overlap (0 KB)

109486080 nonces total (26 TB)

26730 disk seeks per Scoop (213.8 seconds @ 8ms)

 

Totals (1105920):

0 nonces overlap (0 KB)

109486080 nonces total (26 TB)

99 disk seeks per Scoop (0.7 seconds @ 8ms)

 

Естественно все данные не читаются за 1 секунду, но все равно 26 ТБ загружаются за 10-15 сек

Странно, я на 4Tb не заметил разницы между стагером 2048 и 4096.

А чем вы считали?

И это у вас такой коллосальный стагер чем получен?

С ним же ява майнер не может справиться.

А про 4096 - так это размер блока, если ниже размера блока прошивки дисков неадекватно себя ведут.

Изменено 23 сен 2014, 12:33 пользователем Sikorskiy

[Sikorskiy]

не на всех R290 получалось завести на 4096, в итоге остановился на 3072 128 8160

2 x R290 trix на отдельный винт выдают по 23-25к каждый

СНИЖАЙ 128 до 32. У меня в таком режиме (128 8160) и 270х макс стагер давала 3072, и со скоростью 13к

[Andrew Terkin]

Странно, я на 4Tb не заметил разницы между стагером 2048 и 4096.

А чем вы считали?

И это у вас такой коллосальный стагер чем получен?

С ним же ява майнер не может справиться.

А про 4096 - так это размер блока, если ниже размера блока прошивки дисков неадекватно себя ведут.

Стаггер получен через оптимизатор,  майнер и оптимизатор использую от dcct под линукс

 

Словил глюк сейчас, блок украли с 3сек. и майнер глюкнул, стал искать предыдущий блок, либо кто-то юзает баг и отбирает нараду.

Изменено 23 сен 2014, 13:43 пользователем Karasur

[Palad1n]

Пул ворует наверно.

Не на урэевском ли пуле случайно это?

[Sikorskiy]

Стаггер получен через оптимизатор,  майнер и оптимизатор используют от dcct под линукс

 

Словил глюк сейчас, блок украли с 3сек. и майнер глюкнул, стал искать предыдущий блок, либо кто-то юзает баг и отбирает нараду.

 

Это чудовищно. Из-за этого блока у моего майнера сорвало крышу и пошла утечка памяти. Это сборка dcct под Windows.

Вопрос - сколько надо оперативной памяти чтобы такие стагеры сделать под линукс? Покатит ли Ubuntu liveCD?

И какой размер плотса лучше?

[Andrew Terkin]

Пул ворует наверно.

Не на урэевском ли пуле случайно это?

Это соло, грешу на рассихрон времени, но хз все таки... почему майнер начал искать предыдущий блок.

Порт кошелька был открыт снаружи, сейчас все порты закрыл, отписал разрабам.. жду ответа.

[Andrew Terkin]

Это чудовищно. Из-за этого блока у моего майнера сорвало крышу и пошла утечка памяти. Это сборка dcct под Windows.

Вопрос - сколько надо оперативной памяти чтобы такие стагеры сделать под линукс? Покатит ли Ubuntu liveCD?

И какой размер плотса лучше?

Пойдет и live лишь бы видел винты

Последняя версия оптимизатора есть и под винду (https://bchain.info/dcct_miner.tgz) в папке bin, проблема в чтении майнером плотов  с большим стаггером.

Если ругается на большой дедлайн  несколько сот миллионов, то скорей всего майнер не может нормально его прочитать.

Размер плотса важен если потом проходить оптимизатором, после оптимизации стаггер будет равен размеру плота, в моем случае 1105920_2048 стал 1105920_1105920

У меня на 26тб 16гб оперативки хватает в притык со стагером 1105920 (10 файлов, на 3TB винт)

 

Словил глюк сейчас, блок украли с 3сек. и майнер глюкнул, стал искать предыдущий блок, либо кто-то юзает баг и отбирает нараду.

Походу криминала нету, как пояснили мой кошель отклонил блок и вернулся к предыдущему, а вот почему хз, возможно опоздал на доли секунды или рассихрон на пару секунд сделал свое дело. Буду следить... 

Так что следим за точным временем  ;)

Изменено 23 сен 2014, 14:13 пользователем Karasur

[Sikorskiy]

И последний вопрос - какая файловая система используется?

[baxmax]

Что то доход с пула вообще никакой. 24 тб за 2 суток 4000 монет нарыли. Пул burstpool.ddns.net

 

Мне кажется надо срочно открывать справедливый пул, который будет учитывать не бестдэдлайн а все присланные дедлайны по той же самой формуле, тогда прибыль будет равномерно между майнерами распределяться, или вообще иначе, считать не шары, а объем плотов, прочитанный за раунд.

Изменено 23 сен 2014, 14:33 пользователем baxmax

[Andrew Terkin]

И последний вопрос - какая файловая система используется?

изначально строил на zfs, но пришлось отказаться от нее на linux, перешел на XFS

Можно смигрировать с win, ntfs тоже использую как временные, читает с них сносно, 100-150mb/s

Изменено 23 сен 2014, 14:36 пользователем Karasur

[Sikorskiy]

изначально строил на zfs, но пришлось отказаться от нее на linux, перешел на XFS

Можно смигрировать с win, ntfs тоже использую как временные, читает с них сносно, 100-150mb/s

Ну ее форматирование на большие блоки не проводил?

[Andrew Terkin]

Ну ее форматирование на большие блоки не проводил?

форматировал по дефолту, я все равно оставлял запас на винте еще с zfs, так что не занимался планированием.

[Дмитрий Капустенко]

В Windows8 есть файловая система которая свободно работает под убунту.

Можно форматировать винты и работать с ней.

ExFAT

Изменено 23 сен 2014, 15:27 пользователем Dmitry K

[Sikorskiy]

форматировал по дефолту, я все равно оставлял запас на винте еще с zfs, так что не занимался планированием.

В ней дефолт 2048. 

[sergo66]

А что, работает ещё система обмена burst на next? Это наверное выгоднее, чем на биржах продавать?

[Sikorskiy]

Ну что за скотство.

Явно стоит побить все диски на кучу кошельков и майнить соло.

Вот 7300GB (а был вообще 11TB), прибыли мизер, уж задолбался майнеры менять. Явошный вообще никчемный,  - http://burst.cryptoport.io/acc/956771589532053123

Вот часть блоков вытер, сгенерировал на другой кошель 1,8TB тоже не густо - http://burst.cryptoport.io/acc/6015752277677660213

А вот самый последний кошелек на 1,8TB (лежит на том же диске, то есть майнер не всегда успевает даже дочитать на коротких раундах его) - http://burst.cryptoport.io/acc/6779479646446438096 - так он блок сгенерировал. Как я понимаю, если бы не было генерации на пуле, то урвал бы 9500 криптоедениц? Или я не прав?

Изменено 23 сен 2014, 17:00 пользователем Sikorskiy

[Binzel]

Сравнивал пулы http://burst-pool.cryptoport.io и http://burstpool.ddns.net

Они вроде на одном софте работают и по одной и той же формуле считают.

Почему на ddns цена шары намного выше чем на cryptoport?

Изменено 23 сен 2014, 17:58 пользователем Binzel

[Palad1n]

с пула uray вобще ничего не капает, за весь день ни одной монеты. Пробовал и 14000 гб и 25900 гб майнить на нем, толку 0. Разные майнеры даже врубал. Хотя пул пишет что принимает шары и типа всё зб, а выплат нет.

[Sikorskiy]

Чтобы отлючится от пула надо какие то команды посылать в сеть? О смене получающего награду?

[baxmax]

Вот, интересно, я модератору пула http://burstpool.ddns.net задал вопрос, который му тут вчера обсуждали, по поводу бестдедлайн и много кошельков. ПОЧИТАЙТЕ:

 

1.  http://burstpool.ddns.net:8124
   This pool converted to share only 1 best deadline or all deadlines for the round?

    

   fanepatent Moderator Staff Member

2.  http://burstpool.ddns.net/howitwork.html
   
   All shares are taken into account for payouts. The lower the deadline the higher the payout for that share.

    

   
   bax_max New Burster

3.  I have 24 tb plots? and read it for 20sec. But i mined only 4000burst for 2 days. Why? My deadline always in top or near. I think, that the problem becausu i have 8 hdd, and use miner from each hdd. So use 8 miners and 1 ID wallet. In one miner i have deadline 1000 for example, second miner have deadline 2000 etc. But pool converted to share only deadline = 1000. Is it true?
    

    

   
   fanepatent Moderator Staff Member

4.  Yes. For the same account only the best deadline is taken into consideration.
   I thought you asked in general

    

   
   PinballDude New Burster

5.  

   fanepatent said: ↑

    

   Yes. For the same account only the best deadline is taken into consideration.
   I thought you asked in general

   couldn't this be a potential problem?
   
   Let's say user A has 10TB and submits his best deadline at 100000 but in fact also had 200000, 300000, 400000, 500000 and so on.. he gets credited only for the 100000
   
   then let's say user B has also 10TB but have created 10 miners, 10 wallets and is submitting as he was 10 users. He gets the same deadlines (same plots for the example) but gets credited
   100000 plus 200000 plus 300000 plus 400000 plus 50000 and so on... potentially theoretically almost up to 10 times as much.
   
   I would argue that no matter if you come in as one user or as 10 users, you should get about the same for your work. Perhaps the one coming in as one user should get more bc he might save fees.
   
   (or did i misunderstand something?)
   
   As I have understood it, ordinary pools , e.g. scrypt pools, they set a minimum difficulty level and the miner reports all back that is larger than that, and then shares are calculated as a function of individual difficulty and the difficulty of the submitted shares (or perhaps just by the number of accepted shares , that ought to be fine).

    

   
   fanepatent Moderator Staff Member

6.  This is different than other coins. I know how other coins use the shares in pools. But this is different as it needs the best deadline.
   At least this is how this pool is written.
   I don't know what to say. There are people with more than 24 Tb and all are happy

    

   
   fanepatent Moderator Staff Member

7.  Actually. Its not how the pool is written. Its actually how BURST works. You get credit for the best deadline you send every round. If you were to mine solo it would be about the same thing. But instead of getting a block every 3 days (example) you get 3000 coins per day.

Изменено 23 сен 2014, 19:14 пользователем baxmax

[baxmax]

Вообще все косячно как то. Я тут заметил еще одну ерунду. Из 8 винтов, сгенерированных и промердженных одинаковым способом только 2 всегда в каждом раунде имею хорошие, близкие к топу списка, дедлайны. Остальные 6 винтов имеют всегда дедлайны в сотню лет.

Я думал, фигня, просто непруха у тех 6, а у этих 2 пруха. 2 дня картина та же. Я вырубал все майнеры, и майнил каждым винтом по отдельности. 2 винта всегда выдают дедлайны, равные 1 час; 30 минут; 1 день; не более 2 дней. 6  других ни разу не выдали меньше, чем много тыс лет.

ЧТО ЭТО????????????????????