> P.S. Мелочевка пошла чего-то у меня, по 20-30 гнод на блок. > OGR-P2:25/11-29-26-30-1+13-10-25-16-36 [6,855,631,512]
Дык чем дальше по подфазе (чем больше первое число), тем меньше блоки. Пик в районе 25/1, 25/2 ... 25/5, потом резко снижается. Правда, от подфазы тоже зависит - самые толстые блоки были в .1, а сейчас идут в .6, остальные поменьше.
Я вот сдуру набрал 2000 блоков из начала .6 - а они от 400 до 800 гнод получаются. Сижу, уже которую неделю грызу. К рециклу надеюсь успеть :)
> Один из участников DPC сегодня выложил на обозрение файлик > по прогнозу обгона команд, качать здесь: >
http://stats.rharmsen.nl/got/OGR25.xls > > Если вдруг удалят, то я уже себе закачал. ;) Тоесть идем парралельно при скоростях в 30\90 дней... просто они выигрывают за счет большей накопленности блоков ) нам нужны новые вливания )
именно, а по последним пяти дням так вообще в середине 2008...25.01.08 19:48 Автор: Алекс <Алексей aka cosmo_vk> Статус: Member
> Тоесть идем парралельно при скоростях в 30\90 дней... > просто они выигрывают за счет большей накопленности блоков > ) нам нужны новые вливания ) именно, а по последним пяти дням так вообще в середине 2008 мы их уже опередим и больше лидерство не отдадим. Главное скорость держать такую.
P.S. По итогам недельного "сидения" насобирал на проксях уже 235600. Еще ровно 4 недели посидеть и я сливаюсь.
В середине 2008 мы уже с огром покончить должны. По...25.01.08 22:34 Автор: jiZo <Александр> Статус: Member
> середине 2008 > мы их уже опередим и больше лидерство не отдадим. Главное > скорость держать такую. В середине 2008 мы уже с огром покончить должны. По писсимистичным подсчетам, если в день всем миром будем делать 0.1% от общей статистики, то останется 200 дней и примерно неделя... а в день делается больше чем 0.1%
Сейчас уже нет, вот стастика, которая есть у меня:26.01.08 10:10 Автор: Алекс <Алексей aka cosmo_vk> Статус: Member
> В середине 2008 мы уже с огром покончить должны. По > писсимистичным подсчетам, если в день всем миром будем > делать 0.1% от общей статистики, то останется 200 дней и > примерно неделя... а в день делается больше чем 0.1% Сейчас уже нет, вот стастика, которая есть у меня:
дата-процент-прогресс к пред.дню
20.01.08 - 79% - 0,03%
21.01.08 - 79,02% - 0,02%
22.01.08 - 79,06% - 0,04%
23.01.08 - 79,1% - 0,04%
24.01.08 - 79,14% - 0,04%
25.01.08 - 79,19% - 0,05%
То есть в среднем идет по 0,04% в день. То есть если брать по текущим данным, то на финиш мы придем через 520 дней.
Прогресс зависит не от кол-ва подсчитанных гнод, а от кол-ва пакетов котрые сделали участники.
> Сейчас уже нет, вот стастика, которая есть у меня: > дата-процент-прогресс к пред.дню > 20.01.08 - 79% - 0,03% > 21.01.08 - 79,02% - 0,02% > 22.01.08 - 79,06% - 0,04% > 23.01.08 - 79,1% - 0,04% > 24.01.08 - 79,14% - 0,04% > 25.01.08 - 79,19% - 0,05% > То есть в среднем идет по 0,04% в день. То есть если брать > по текущим данным, то на финиш мы придем через 520 дней.
13.02.08 - 81.41%
Т.е. 2.22% за 19 дней.
[OGR] Не вдавался в подробности, но если порассуждать...26.01.08 12:51 Автор: jiZo <Александр> Статус: Member Отредактировано 26.01.08 18:23 Количество правок: 2
> > В середине 2008 мы уже с огром покончить должны. По > > писсимистичным подсчетам, если в день всем миром будем > > делать 0.1% от общей статистики, то останется 200 дней > и > > примерно неделя... а в день делается больше чем 0.1% > Сейчас уже нет, вот стастика, которая есть у меня: > дата-процент-прогресс к пред.дню > 20.01.08 - 79% - 0,03% > 21.01.08 - 79,02% - 0,02% > 22.01.08 - 79,06% - 0,04% > 23.01.08 - 79,1% - 0,04% > 24.01.08 - 79,14% - 0,04% > 25.01.08 - 79,19% - 0,05% > То есть в среднем идет по 0,04% в день. То есть если брать > по текущим данным, то на финиш мы придем через 520 дней. > Прогресс зависит не от кол-ва подсчитанных гнод, а от > кол-ва пакетов котрые сделали участники. >
Не вдавался в подробности, но если порассуждать... процент завершенности, если быть точным то ежедневная дельта всякий раз разная при одном и том же кол-ве слитых гнодов, местами больше при меньших сливах... напрашивается вывод, что сервер обсчитывает еще "старую" информацию валидизируя блоки. Да и процент повторных блоков велик.
Кстати, накоплениями вы делаете лишнюю работу... скачивая блоки на месячный подсчет, например. За это время их уже обсчитать и валидизировать должны, в результате ваш слив не особо повлияет на процент завершенности (гноды то засчитают, но смысла в них нет). В общем получаются, что накопители считают линейки, которые сервер уже не выдаёт... а работая ровно вы получаете свежие или второй свежести линейки. Я конечно могу ошибаться т.к. это всего навсего по логике... :))
Читайте, и не говорите, что не видели :-)28.01.08 11:05 Автор: stream <Roman Trunov> Статус: Member
> Кстати, накоплениями вы делаете лишнюю работу... скачивая > блоки на месячный подсчет, например. За это время их уже > обсчитать и валидизировать должны, в результате ваш слив не > особо повлияет на процент завершенности (гноды то > засчитают, но смысла в них нет). В общем получаются, что > накопители считают линейки, которые сервер уже не выдаёт... > а работая ровно вы получаете свежие или второй свежести > линейки. Я конечно могу ошибаться т.к. это всего навсего по > логике... :))
Читайте, и не говорите, что не видели :-)
Если коротко, то товарищ прав. Накопления вредят проекту в целом. Алгоритм раздачи таков:
1. Блоки рециклятся в концекаждойподфазы, но не чаще, чем через 2 недели.
2. Если подфаза маленькая или почти закончена (т.е. раздалась быстрее, чем за 2 недели), переходим к следующей.
2а. А через 2 недели возвращаемся назад и рециклимвсе_предыдущие_ незавершенные подфазы, после чего продолжаем с прерванного места.
Выводы:
1. Если копишь больше чем на 2 недели - блок может уйти другому и посчитаться там. В статистику запишут, но работа может оказаться бесполезной.
2. Если копишь больше определенного срока (точно не скажу, зависит от интервала рециклов, минимум - 4 месяца) - могут даже и в статистику не записать, т.к. информация хранится только о конечном кол-ве последних рециклов каждого блока.
3. Можно копить безопасно, если запастись блоками в самом начале новой подфазы (пока ее еще раздадут... да и каждый блок нужно просчитать как минимум 2 раза для подтверждения). Но угадать момент, не имея информации о том, что сейчас раздают и когда собираются рециклить, довольно трудно.
Мораль: работайте ровно :)
после 22-го февраля точно так и сделаем. :)28.01.08 13:26 Автор: Алекс <Алексей aka cosmo_vk> Статус: Member Отредактировано 28.01.08 13:32 Количество правок: 2
P.S. Мелочевка пошла чего-то у меня, по 20-30 гнод на блок. :( Не пришлось бы раньше сливаться, хотя еще есть большая часть их(40000 где-то осталось)
[Jan 28 10:27:09 UTC] OGR-P2: 1 packet (22.87 stats units) is in
buff-out.ogf
[Jan 28 10:31:29 UTC] OGR-P2:25/11-29-26-30-1+13-10-25-16-36 [6,855,631,512]
Дык чем дальше по подфазе (чем больше первое число), тем...28.01.08 18:54 Автор: stream <Roman Trunov> Статус: Member
> P.S. Мелочевка пошла чего-то у меня, по 20-30 гнод на блок. > OGR-P2:25/11-29-26-30-1+13-10-25-16-36 [6,855,631,512]
Дык чем дальше по подфазе (чем больше первое число), тем меньше блоки. Пик в районе 25/1, 25/2 ... 25/5, потом резко снижается. Правда, от подфазы тоже зависит - самые толстые блоки были в .1, а сейчас идут в .6, остальные поменьше.
Я вот сдуру набрал 2000 блоков из начала .6 - а они от 400 до 800 гнод получаются. Сижу, уже которую неделю грызу. К рециклу надеюсь успеть :)
Так надо и с другими "грызунами" делиться. А то хапнут и...28.01.08 19:48 Автор: Алекс <Алексей aka cosmo_vk> Статус: Member
> Дык чем дальше по подфазе (чем больше первое число), тем > меньше блоки. Пик в районе 25/1, 25/2 ... 25/5, потом резко > снижается. Правда, от подфазы тоже зависит - самые толстые > блоки были в .1, а сейчас идут в .6, остальные поменьше. > > Я вот сдуру набрал 2000 блоков из начала .6 - а они от 400 > до 800 гнод получаются. Сижу, уже которую неделю грызу. К > рециклу надеюсь успеть :)
Так надо и с другими "грызунами" делиться. А то хапнут и сидят. ;))
Каюсь у самого в заначке еще 40 тысяч блоков. Надеюсь переварить к концу февраля все. Судя по последним дням сие вполне возможно.
А сейчас блоки опять маленькие идут, судя по кол-ву сливов здесь:
> Не вдавался в подробности, но если порассуждать... процент > завершенности, если быть точным то ежедневная дельта всякий > раз разная при одном и том же кол-ве слитых гнодов, местами > больше при меньших сливах... напрашивается вывод, что > сервер обсчитывает еще "старую" информацию валидизируя > блоки. Да и процент повторных блоков велик. > Кстати, накоплениями вы делаете лишнюю работу... скачивая > блоки на месячный подсчет, например. За это время их уже > обсчитать и валидизировать должны, в результате ваш слив не > особо повлияет на процент завершенности (гноды то > засчитают, но смысла в них нет). В общем получаются, что > накопители считают линейки, которые сервер уже не выдаёт... > а работая ровно вы получаете свежие или второй свежести > линейки. Я конечно могу ошибаться т.к. это всего навсего по > логике... :)) Вряд ли так, это ведь OGR, а не RC5. На каком-то сайте читал "технологию" раздачи блоков. Сервер отдает блок, помечая что он отдан. Если он не пришел обратно, то он так и остается "отданным", но не "проверенным".
После того как пройдут все блоки, сервер проверяет их. И если у них нет состояния "проверен" раздаст снова. Только вот непонятно, раздача пойдет под самый конец или под конец фазы(6 и 7). Если второй случай, то сидеть на куче блоков под конец фазы, толку ноль. Если очень большая вероятность того что их тебе не засчитают.
Повторные блоки в OGR и RC5 не засчитываются, это не Folding.
Насчет длительности: вчера слил с домашнего блоки недельной "свежести" ни один не пропал.
[OGR] А ты зря не боишься...27.01.08 19:52 Автор: ghostick <Co$TicK's Gho$T> Статус: Member
А когда уже раздавать нечего, серверу чихать что блок уже в работе! Вот он и будет раздавать невалидизированные.
У меня под конец фаз два раза 'пропадали' (не засчитывались) блоки с домашнего офф-лайнового компа.
Блоки были месячной свежести. Обмен делаю раз в неделю. В сумме я нагорел на 30кило юнитов.
Еще прикол был раньше, сейчас не уверен как на самом деле, но скорее всего так и осталось - входной буфер на компе типа 'стек'. Отсюда тоже интересные вещи получаются.
Типа стек? Вот ведь блин...27.01.08 20:51 Автор: jiZo <Александр> Статус: Member
> входной буфер на компе > типа 'стек'. Отсюда тоже интересные вещи получаются. Типа стек? Вот ведь блин...
Это значит если что нить случится с инетом и/или с моей проксей и мои коровы перейдут, положим на недельный оффлайн, то я буду считать далеко не свежие блоки.
Когда поставил прокси, сделал клиентам
frequent-threshold-checks=2
И если входной буфер как стек то клиент будет считать только "верхушку" входного буфера, а все остальные блоки в нем покорно ждут своей очереди и давно не актуальны... а лишения коровника доступа к проксе задействует обсчет не актуальных блоков :(
Надеюсь, что хоть у прокси входной буфер работает как очередь
Нифига не типа стек!28.01.08 08:27 Автор: Ustin <Ustin> Статус: Elderman
Там получается так: приходит 100 блоков типа 10-8-2-...., а потом вдруг падает типа 1-2-.... И он начинает считаться, причём не зависимо от подфазы.
Т.об. сортировка идёт по значениям разницы между ценами делений линейки начиная с первого
Совершенно верно, это список, но сортированный. Сначала...28.01.08 10:47 Автор: stream <Roman Trunov> Статус: Member
> Там получается так: приходит 100 блоков типа 10-8-2-...., а > потом вдруг падает типа 1-2-.... И он начинает считаться, > причём не зависимо от подфазы. > Т.об. сортировка идёт по значениям разницы между ценами > делений линейки начиная с первого
Совершенно верно, это список, но сортированный. Сначала считаются блоки с меньшим "весом", и при смене подфазы начинаются всякие интересные эффекты.
Вывод в итоге такой, что буфера на клиенте лучше вырабатывать до конца. Иначе образуются "тухляки" из блоков с большИм "весом". Если они пролежат там полгода-год, а потом вдруг просчитаются, то такой тухляк может даже в личную статистику не попасть, не говоря уж о том, что для проекта в целом он бесполезен (уже просчитан кем-то другим).
Точно не стек.28.01.08 08:45 Автор: Алекс <Алексей aka cosmo_vk> Статус: Member
Стек был в самом начале проекта, это когда свежие блоки начинали считаться прежде чем просчитались старые.
Сейчас так: приходит новый блок в клиент, и он становиться в очередь. То есть он пришел последним, и последним и будет считаться. На проксе не знаю, но с клиентом так. Попробуйте посмотреть тандем прокси и клиента.
Это есть хорошо28.01.08 09:18 Автор: jiZo <Александр> Статус: Member
Может ли быть такое: после 2 перезагрузок потерялось достаточно приличная часть блоков на проксе. Сначала произошло уменьшение с 43000 до 26, а затем при втором с 26 тысяч до 18. В итоге потеряно около 25000блоков. В логе такие строки(перед перезагрузкой и после):
2008-01-30 05:11:16,ogrp2 r=26010/1, d=8/47000, 28.5 Mnodes/sec, tot=4/4 stubs
2008-01-30 05:11:16,Status: Uptime: 0.07:08:18, 2 listeners, 0 uplinks
2008-01-30 05:11:16,Status: 0 active clients (peak: 1, mean: 0.00)
2008-01-30 05:11:32,Status: Shutting down listeners...
2008-01-30 05:11:32,Status: Closing client connections...
2008-01-30 05:11:32,Status: Closing uplink connections...
2008-01-30 05:11:32Break Initiating shutdown.
2008-01-30 05:11:32,Shutting down contests.
2008-01-30 05:11:32,Shutting down contest rc5-72.
2008-01-30 05:11:33,Shutting down contest rc564.
2008-01-30 05:11:33,Shutting down contest ogr.
2008-01-30 05:11:33,Shutting down contest ogrp2.
2008-01-30 05:13:13,distributed.net Personal Proxy (build 341)
2008-01-30 05:13:13,Visit http://www.distributed.net/ for details.
2008-01-30 05:13:13,Proxy starting up.
2008-01-30 05:13:13,Verbosity set to: general stats keyblock server client buffers timestamp attention errlow errsevere (3519)
2008-01-30 05:13:13,rc564-in: limits adjusted to min 20, max 50
2008-01-30 05:13:13,rc564-dupe: resized to dupe history size of 31
2008-01-30 05:13:15,Notice: connectivity mode is normal
2008-01-30 05:13:15,Notice: Loaded 0 ignoredip addresses from ini file
2008-01-30 05:13:15,Notice: Loaded 0 allowedip addresses from ini file
2008-01-30 05:13:15,Notice: Primary listener bound to (all devices):2064
2008-01-30 05:13:15,Notice: Test listener bound to (all devices):3064
2008-01-30 05:13:15,rc5-72 r=20/20, d=0/3, 0.0 Mkeys/sec, tot=0/0 blocks
2008-01-30 05:13:15,ogrp2 r=18236/1, d=8/47000, 0.0 Mnodes/sec, tot=0/0 stubs
Прокси установлен службой.
А файлы лежат на локальном диске или на сетевом? У служб в...31.01.08 13:41 Автор: stream <Roman Trunov> Статус: Member
> Может ли быть такое: после 2 перезагрузок потерялось > достаточно приличная часть блоков на проксе. Сначала > произошло уменьшение с 43000 до 26, а затем при втором с 26 > тысяч до 18.
А файлы лежат на локальном диске или на сетевом? У служб в винде есть проблемы с сетевыми дисками. Может, они уже отсоединилсь, когда прокси хотело сбросить буфера. А в прокси есть недостаток - если не удалось записать буфера, то никакой диагностики не выдается. Это поправлено в исходниках, но, скорее всего, в таком виде не собиралось.
подробно о проекте
Анализ криптографических сетевых...
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
