информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Портрет посетителяЗа кого нас держат?Страшный баг в Windows
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Три миллиона электронных замков... 
 Doom на газонокосилках 
 Умер Никлаус Вирт 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / dnet
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Через Пуск -> Выключение -> Перезагрузка. Только так, ведь в... 30.01.08 20:34  Число просмотров: 2774
Автор: Алекс <Алексей aka cosmo_vk> Статус: Member
<"чистая" ссылка>
> Какого плана перезагрузки были?
> "Честные" или по нажатию кнопки питания?
Через Пуск -> Выключение -> Перезагрузка. Только так, ведь в логе то прямой это указано. То есть прокси нормально погасился, но при старте почему то блоки свалили в неизвестном направлении. :(
Может быть дело в секции OGR в ini-файле? Там у меня по умолчанию стоит 1 блок во входном буфере, а на самом деле их было намного больше.

2008-01-30 05:13:15,ogrp2 r=18236/1, d=8/47000, 0.0 Mnodes/sec, tot=0/0 stubs
<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 <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-2024 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach