ZPK
Legendary
Offline
Activity: 1302
Merit: 1021
|
|
September 09, 2013, 11:28:54 PM |
|
Молодцы вы, блин хочу уже тоже поиграться....
|
Novacoin POS mining only now
|
|
|
arlumba
|
|
September 09, 2013, 11:55:04 PM |
|
- вернул на место счетчик HW ошибок (хотя меня все еще терзают сомнения а ошибки ли это)
Насколько я помню, когда Битфури и ко только-только тестили чипы, они собирали и анализировали raw вывод чипа, потом из него выцепили что-то осмысленное. Это меня удивило, разве вывод не должен быть предсказуемым? Короче бредовая идея, но может быть эти strange данные можно трансмутировать во что-то полезное? (и получить 5гх
|
|
|
|
ProtonEvil
|
|
September 10, 2013, 12:48:50 AM Last edit: September 10, 2013, 01:46:13 AM by ProtonEvil |
|
Более-менее разобрался со статистикой. а константу-то похоже подгоняли под хэшрейт, отображаемый на пуле, другого объяснения я не нахожу Changelog:- абсолютно честная константа 4.294967296 при пересчете шары->Гх/c - гигахэши в шапке cgminer-a теперь неплохо совпадают с гигахэшами по API (хотя считаются внутри по-разному) и совпадают со средним на элигиусе - полностью избавился от duplicate-шар, стало в разы меньше реджектов - вернул на место счетчик HW ошибок (хотя меня все еще терзают сомнения а ошибки ли это) - изменились некоторые имена параметров в API на более вменяемые ( ProtonEvil, придется это учесть в твоей проге). needbmw, ты быстрый, я не успел еще старый поковырять, ты уже новый выложил. К старой сборке добавил апи на регулирование клок-бит чипов находу. Новые параметры загружаются в момент простоя чипа, перед загрузкой новой работы. Не совсем уверен, где это точно происходит. Есть у кого мысли на этот счет? Надо теперь перекидывать изменения на новый код.
|
|
|
|
ProtonEvil
|
|
September 10, 2013, 01:28:38 AM Last edit: September 10, 2013, 01:48:09 AM by ProtonEvil |
|
Разобрался где момент, когда чип простаивает. Теперь работает четко, надеюсь появилась основа для добавления автоподстройки. Пока не совсем понимаю влияние этих битов: на HW сильно влияют, на скорость, вроде не очень (или время замера изменить). Может alpet подскажет, вроде тоже игрался с ними, правда на инициализации. needbmw, может нам смержить изменения (подстройка osc_bit находу + новая команда апи) к новой версии? Наверняка найдутся маньяки, которые захотят понасиловать свои чипы.
|
|
|
|
iliyoleg
|
|
September 10, 2013, 01:37:50 AM |
|
Метабанку надо срочно брать needbmw техническим директором. С той зарплатой, какую он запросит...
|
|
|
|
needbmw (OP)
Legendary
Offline
Activity: 1302
Merit: 1008
|
|
September 10, 2013, 03:56:59 AM Last edit: September 10, 2013, 04:49:42 AM by needbmw |
|
- вернул на место счетчик HW ошибок (хотя меня все еще терзают сомнения а ошибки ли это)
Насколько я помню, когда Битфури и ко только-только тестили чипы, они собирали и анализировали raw вывод чипа, потом из него выцепили что-то осмысленное. Это меня удивило, разве вывод не должен быть предсказуемым? Короче бредовая идея, но может быть эти strange данные можно трансмутировать во что-то полезное? (и получить 5гх strange (а по сути HW error) это когда nonce проверку не пошел, при нормальном питании их менее 5% (на моих платах), так что удвоить за их счет скорость по-любому не получится а вот то, что может проверяем мы их не совсем правильно, вот откуда сомнения.. ProtonEvil, да там изменения косметические, названия чуть поменялись, насчет смержить смотри ЛС. обязательно сделай проверку чтобы вводимые клоки были в безопасном диапазоне (типа 48-56), а то можно и чипы спалить случайно! iliyoleg, на понижение не пойду посмотрел контрольные платы, отработaвшие ночь. несмотря на отсутствие duplicate-шар, реджектов сильно меньше не стало, это я погорячился. виноваты все же видимо буферы чипа, надо подумать как снизить реджекты, а то "неаккуратненько" получается (анекдот есть такой )
|
NO PSAKING!
|
|
|
dbitcoin
|
|
September 10, 2013, 06:23:59 AM |
|
посмотрел контрольные платы, отработaвшие ночь. несмотря на отсутствие duplicate-шар, реджектов сильно меньше не стало, это я погорячился. виноваты все же видимо буферы чипа, надо подумать как снизить реджекты, а то "неаккуратненько" получается (анекдот есть такой ) А какой процент? И причина режекта?
|
|
|
|
needbmw (OP)
Legendary
Offline
Activity: 1302
Merit: 1008
|
|
September 10, 2013, 06:32:12 AM |
|
А какой процент? И причина режекта?
от 0,8 до 3% в зависимости от сложности шар (самый высокий процент на итзоде), стейлы причина в принципе понятна, они выползают из предыдущего буфера чипа на границе блоков
|
NO PSAKING!
|
|
|
Balthazar
Legendary
Offline
Activity: 3108
Merit: 1359
|
|
September 10, 2013, 07:35:21 AM |
|
Метабанку надо срочно брать needbmw техническим директором. С той зарплатой, какую он запросит... А потом кто-то купит метабанк.
|
|
|
|
growersun
Member
Offline
Activity: 67
Merit: 10
|
|
September 10, 2013, 08:01:35 AM |
|
только вчера скомпилил майнер а сегодня уже новые изменения) представляю какой бы был прогресс если бы у needbmw было бы время еще заниматься майнером хД
|
|
|
|
dbitcoin
|
|
September 10, 2013, 08:07:38 AM |
|
А какой процент? И причина режекта?
от 0,8 до 3% в зависимости от сложности шар (самый высокий процент на итзоде), стейлы причина в принципе понятна, они выползают из предыдущего буфера чипа на границе блоков Ну эти только распределением заданий и низкими задержками в сети лечить, один фиг 0 не будет До 10Gh вполне реально получить 0.05%, на больших скоростях уже ближе к 0.5% Будущие монстры видимо должны будут поддерживать несколько соединений, чтобы раздавать задания раздельно по платам, либо забить на высокий процент stale.
|
|
|
|
needbmw (OP)
Legendary
Offline
Activity: 1302
Merit: 1008
|
|
September 10, 2013, 08:29:23 AM |
|
Ну эти только распределением заданий и низкими задержками в сети лечить, один фиг 0 не будет До 10Gh вполне реально получить 0.05%, на больших скоростях уже ближе к 0.5% Будущие монстры видимо должны будут поддерживать несколько соединений, чтобы раздавать задания раздельно по платам, либо забить на высокий процент stale. не-не, все не так просто. у чипа два буфера (job0,1), один считается, из другого параллельно предыдущий результат читается. так вот когда новый блок найден сетью, текущий считаемый буфер сразу становится недействительным, но прочитан он будет только на следующей итерации, и потом отправлен пулу как ни в чем не бывало, и вот они стейлы. нужно просто заблокировать эту отправку, станет чуть меньше нагрузка на майнер, на сеть и на пул, и счетчик реджектов не будет таким раздражающим глаз. вечером посмотрю что с этим можно сделать.
|
NO PSAKING!
|
|
|
dbitcoin
|
|
September 10, 2013, 08:36:36 AM |
|
Ну эти только распределением заданий и низкими задержками в сети лечить, один фиг 0 не будет До 10Gh вполне реально получить 0.05%, на больших скоростях уже ближе к 0.5% Будущие монстры видимо должны будут поддерживать несколько соединений, чтобы раздавать задания раздельно по платам, либо забить на высокий процент stale. не-не, все не так просто. у чипа два буфера (job0,1), один считается, из другого параллельно предыдущий результат читается. так вот когда новый блок найден сетью, текущий считаемый буфер сразу становится недействительным, но прочитан он будет только на следующей итерации, и потом отправлен пулу как ни в чем не бывало, и вот они стейлы. нужно просто заблокировать эту отправку, станет чуть меньше нагрузка на майнер, на сеть и на пул, и счетчик реджектов не будет таким раздражающим глаз. вечером посмотрю что с этим можно сделать. Ну это понятно, это также проблемы софта
|
|
|
|
rPman
Legendary
Offline
Activity: 1120
Merit: 1069
|
|
September 10, 2013, 08:43:26 AM |
|
Ну эти только распределением заданий и низкими задержками в сети лечить, один фиг 0 не будет До 10Gh вполне реально получить 0.05%, на больших скоростях уже ближе к 0.5% Будущие монстры видимо должны будут поддерживать несколько соединений, чтобы раздавать задания раздельно по платам, либо забить на высокий процент stale. не-не, все не так просто. у чипа два буфера (job0,1), один считается, из другого параллельно предыдущий результат читается. так вот когда новый блок найден сетью, текущий считаемый буфер сразу становится недействительным, но прочитан он будет только на следующей итерации, и потом отправлен пулу как ни в чем не бывало, и вот они стейлы. нужно просто заблокировать эту отправку, станет чуть меньше нагрузка на майнер, на сеть и на пул, и счетчик реджектов не будет таким раздражающим глаз. вечером посмотрю что с этим можно сделать. Помним, для p2pool эти шары могут оказаться такими же ценными как и не опоздавшие. Не рубите с горяча, опцию хоть какую то сделать надо.
|
|
|
|
dbitcoin
|
|
September 10, 2013, 08:50:39 AM |
|
Помним, для p2pool эти шары могут оказаться такими же ценными как и не опоздавшие. Не рубите с горяча, опцию хоть какую то сделать надо.
Не только для p2pool, есть еще пулы которые свежие stale принимают, но по сути это очковтирательство. Т.к. они по сути своей бесполезны более чем полностью.
|
|
|
|
rPman
Legendary
Offline
Activity: 1120
Merit: 1069
|
|
September 10, 2013, 08:56:30 AM |
|
Помним, для p2pool эти шары могут оказаться такими же ценными как и не опоздавшие. Не рубите с горяча, опцию хоть какую то сделать надо.
Не только для p2pool, есть еще пулы которые свежие stale принимают, но по сути это очковтирательство. Т.к. они по сути своей бесполезны более чем полностью. Не бесполезные. Шары майнера для таких пулов - это способ доказать пулу их мощность! То что некоторые из этих шар являются решением в данном случае совсем не важно. И кстати, опоздавшая шара-решение так же может оказаться стать блоком, обычное дело, когда несколько блоков борятся за шанс остаться в цепочке, и у всех есть шансы.
|
|
|
|
mikefdm
Member
Offline
Activity: 81
Merit: 10
|
|
September 10, 2013, 09:04:04 AM |
|
Помним, для p2pool эти шары могут оказаться такими же ценными как и не опоздавшие. Не рубите с горяча, опцию хоть какую то сделать надо.
Не только для p2pool, есть еще пулы которые свежие stale принимают, но по сути это очковтирательство. Т.к. они по сути своей бесполезны более чем полностью. Не бесполезные. Шары майнера для таких пулов - это способ доказать пулу их мощность! То что некоторые из этих шар являются решением в данном случае совсем не важно. Ага... если пул принимает стэйлы, то в минусе оказыаваются майнеры, не отправляющие стэйлы. Если же пул не принимает стэйлы, то все равны. По сути, в пулах со стэйлами более подкованные майнеры обкрадывают менее подкованных.
|
|
|
|
rPman
Legendary
Offline
Activity: 1120
Merit: 1069
|
|
September 10, 2013, 09:05:50 AM |
|
А вы подумайте, что пулы, не учитывающие стейлы, фактически принижают 'далеких' пользователей, у которых из-за высокого пинка больше стейлов. Хорошая блин децентрализация.
|
|
|
|
mikefdm
Member
Offline
Activity: 81
Merit: 10
|
|
September 10, 2013, 09:14:30 AM |
|
А вы подумайте, что пулы, не учитывающие стейлы, фактически принижают 'далеких' пользователей, у которых из-за высокого пинка больше стейлов. Хорошая блин децентрализация.
А если пинг=1час или, скажем, сутки? Пока майнер не получил новое задание (а это тот же пинг) - вся его работа бесполезна.
|
|
|
|
rPman
Legendary
Offline
Activity: 1120
Merit: 1069
|
|
September 10, 2013, 09:16:50 AM |
|
А вы подумайте, что пулы, не учитывающие стейлы, фактически принижают 'далеких' пользователей, у которых из-за высокого пинка больше стейлов. Хорошая блин децентрализация.
А если пинг=1час или, скажем, сутки? Пока майнер не получил новое задание (а это тот же пинг) - вся его работа бесполезна. 10 минут, вполне закардкоженый параметр Пример ситуации - майнер на луне или на геостационарной орбите... пинги несколькосекундные.
|
|
|
|
|