информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Атака на InternetВсе любят медSpanning Tree Protocol: недокументированное применение
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Ростелеком заподозрили в попытке... 
 Линуксовый ботнет, распространяющийся... 
 Конец поддержки Internet Explorer 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / dnet
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
[OGR] А ты зря не боишься... 27.01.08 19:52  Число просмотров: 2763
Автор: ghostick <Co$TicK's Gho$T> Статус: Member
<"чистая" ссылка>
А когда уже раздавать нечего, серверу чихать что блок уже в работе! Вот он и будет раздавать невалидизированные.
У меня под конец фаз два раза 'пропадали' (не засчитывались) блоки с домашнего офф-лайнового компа.
Блоки были месячной свежести. Обмен делаю раз в неделю. В сумме я нагорел на 30кило юнитов.
Еще прикол был раньше, сейчас не уверен как на самом деле, но скорее всего так и осталось - входной буфер на компе типа 'стек'. Отсюда тоже интересные вещи получаются.
<dnet>
Интересные файлы :) 25.01.08 16:29  
Автор: Алекс <Алексей aka cosmo_vk> Статус: Member
Отредактировано 25.01.08 16:29  Количество правок: 1
<"чистая" ссылка>
Один из участников DPC сегодня выложил на обозрение файлик по прогнозу обгона команд, качать здесь:
http://stats.rharmsen.nl/got/OGR25.xls


Если вдруг удалят, то я уже себе закачал. ;)
Тоесть идем парралельно при скоростях в 30\90 дней... просто... 25.01.08 16:53  
Автор: DamNet [Bugtraq.ru Team] <Denis Amelin> Статус: Elderman
<"чистая" ссылка>
> Один из участников 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 дней.
Прогресс зависит не от кол-ва подсчитанных гнод, а от кол-ва пакетов котрые сделали участники.
http://sarah.cuckoo.com/~bovine/ogrstats.txt
[OGR] Сейчас уже да 13.02.08 08:37  
Автор: LarsVVS Статус: Незарегистрированный пользователь
<"чистая" ссылка>
> Сейчас уже нет, вот стастика, которая есть у меня:
> дата-процент-прогресс к пред.дню
> 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 дней.
> Прогресс зависит не от кол-ва подсчитанных гнод, а от
> кол-ва пакетов котрые сделали участники.
>
http://sarah.cuckoo.com/~bovine/ogrstats.txt

Не вдавался в подробности, но если порассуждать... процент завершенности, если быть точным то ежедневная дельта всякий раз разная при одном и том же кол-ве слитых гнодов, местами больше при меньших сливах... напрашивается вывод, что сервер обсчитывает еще "старую" информацию валидизируя блоки. Да и процент повторных блоков велик.
Кстати, накоплениями вы делаете лишнюю работу... скачивая блоки на месячный подсчет, например. За это время их уже обсчитать и валидизировать должны, в результате ваш слив не особо повлияет на процент завершенности (гноды то засчитают, но смысла в них нет). В общем получаются, что накопители считают линейки, которые сервер уже не выдаёт... а работая ровно вы получаете свежие или второй свежести линейки. Я конечно могу ошибаться т.к. это всего навсего по логике... :))
Читайте, и не говорите, что не видели :-) 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
<"чистая" ссылка>
после 22-го февраля точно так и сделаем. :)

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 тысяч блоков. Надеюсь переварить к концу февраля все. Судя по последним дням сие вполне возможно.

А сейчас блоки опять маленькие идут, судя по кол-ву сливов здесь:
http://rc5.pp.ru/ogr/today.php
Вряд ли так, это ведь OGR, а не RC5. На каком-то сайте читал... 27.01.08 10:27  
Автор: Алекс <Алексей aka cosmo_vk> Статус: Member
<"чистая" ссылка>
> Не вдавался в подробности, но если порассуждать... процент
> завершенности, если быть точным то ежедневная дельта всякий
> раз разная при одном и том же кол-ве слитых гнодов, местами
> больше при меньших сливах... напрашивается вывод, что
> сервер обсчитывает еще "старую" информацию валидизируя
> блоки. Да и процент повторных блоков велик.
> Кстати, накоплениями вы делаете лишнюю работу... скачивая
> блоки на месячный подсчет, например. За это время их уже
> обсчитать и валидизировать должны, в результате ваш слив не
> особо повлияет на процент завершенности (гноды то
> засчитают, но смысла в них нет). В общем получаются, что
> накопители считают линейки, которые сервер уже не выдаёт...
> а работая ровно вы получаете свежие или второй свежести
> линейки. Я конечно могу ошибаться т.к. это всего навсего по
> логике... :))
Вряд ли так, это ведь 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
<"чистая" ссылка>
Потери блоков 30.01.08 16:13  
Автор: Алекс <Алексей aka cosmo_vk> Статус: 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.

А файлы лежат на локальном диске или на сетевом? У служб в винде есть проблемы с сетевыми дисками. Может, они уже отсоединилсь, когда прокси хотело сбросить буфера. А в прокси есть недостаток - если не удалось записать буфера, то никакой диагностики не выдается. Это поправлено в исходниках, но, скорее всего, в таком виде не собиралось.

добавь в .ini прокси

[misc]
periodicperiod=30

чтобы буфера чаще сбрасывались на диск.
1  |  2 >>  »  




Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2022 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach