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





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
За RC5-72 проголосовало 280 человек. И где мощь команды? 19.12.02 19:05  
Автор: Kost <Пробки Москвы> Статус: Elderman
<"чистая" ссылка>
Хоть и вышли на 3 место, но всего 115 человек сегодня прислали блоки.
А чего ж тогда так голосовали? Судя по командному прокси, в основном считают OGR. Как я ждете трипептидов? ;-)
сегодня проект убыстрился на 100000 дней 20.12.02 07:31  
Автор: Manowar Статус: Незарегистрированный пользователь
<"чистая" ссылка>
каждый должен поставить свой комп считать RC5
каждый должен поставить комп своего юзера считать RC5
каждый должен расказать своим знакомым админам о проекте
каждый должен расказать своим знакомым админам о наличии у него компов юзеров которые простаивают без дела
каждый должен заапгрейтить свой комп на максимально производительный для проекта RC5 и убедить директора заупргейдить компы юзеров


и падет Rc5-72 и недолго ему осталось....
За RC5-72 проголосовало 280 человек. И где мощь команды? 19.12.02 19:35  
Автор: Иван Статус: Незарегистрированный пользователь
<"чистая" ссылка>
> Хоть и вышли на 3 место, но всего 115 человек сегодня
> прислали блоки.
> А чего ж тогда так голосовали? Судя по командному прокси, в
> основном считают OGR. Как я ждете трипептидов? ;-)
Я сеня перевел стадо на другое пастбиЩЩе :]
Вы мне тока скажите как сделать так чтобы клиенты тольк rc5-72 считали, а то заеПся :[ посчитают один блок и давай огров считать... тоже мне коровы млин, на огров кидаются :[

:]
[misc] 19.12.02 20:59  
Автор: Step <Step Alex> Статус: Member
Отредактировано 19.12.02 21:00  Количество правок: 1
<"чистая" ссылка>
[misc]
project-priority=RC5-72,OGR

Я разделил.... 4 машина на Огров 4 на RC5-72
[misc] 19.12.02 21:04  
Автор: Kost <Пробки Москвы> Статус: Elderman
<"чистая" ссылка>
> [misc]
> project-priority=RC5-72,OGR
>
> Я разделил.... 4 машина на Огров 4 на RC5-72

Чтобы ТОЛЬКО rc5-72 :
project-priority=RC5-72,OGR=0

так наверняка.
2 Иван & Step: it's not the best way IMHO 21.12.02 05:10  
Автор: jammer <alex naumov> Статус: Elderman
<"чистая" ссылка>
> > project-priority=RC5-72,OGR
> Чтобы ТОЛЬКО rc5-72 :
> project-priority=RC5-72,OGR=0
> так наверняка.

да, но:

1) если мы настраиваем автопилотную корову, возможна ситуация что рц5-72 закончится раньше огр и не будет доступа к этой корове - получится нехорошо.

2) в случае перебоев в снабжении блоками рц5-72 - что вполне вероятно, учитывая порождаемый трафик относительно мощности процессора, намного превосходящий трафик огр - будет получаться еще хуже, вероятна даже выгрузка коровы из памяти, что приведет к простоям даже при восстановлении работоспособности сети - до следующей перезагрузки либо ручного вмешательства.

имхо: выгоднее вариант "считать рц5-72, пока есть такая возможность, в противном случае браться за огр". один из минусов подхода - перейдя к огр в такой ситуации, корова проверяет возможность возвращения к работе над рц5 только между блоками огр (либо при ручном апйдейте/рестарте), т.е. очень редко.

кусочек хелпа: "Option 4 is a hint to the client to work on a single project as long as possible (updating per-project buffers individually), rather than loop through
all active/enabled projects (one combined update per pass). "

Немного об этом вопросе уже писал раньше
Все правильно, но вот тут очень смешно: 21.12.02 09:04  
Автор: Kost <Пробки Москвы> Статус: Elderman
<"чистая" ссылка>
> 1) если мы настраиваем автопилотную корову, возможна
> ситуация что рц5-72 закончится раньше огр и не будет
> доступа к этой корове - получится нехорошо.
ты серьезно надеешься, что компьютер может проработать 15-30 лет?
Столько не живут. Сначала забьется пылью блок питания, потом сменится обслуга, переустановят ОС, и лет через 5 выкинут компьютер.
Я смотрю несколько по-другому 21.12.02 11:41  
Автор: jammer <alex naumov> Статус: Elderman
<"чистая" ссылка>
> > 1) если мы настраиваем автопилотную корову, возможна
> > ситуация что рц5-72 закончится раньше огр и не будет
> > доступа к этой корове - получится нехорошо.
> ты серьезно надеешься, что компьютер может проработать
> 15-30 лет?

если честно, я думаю что проект только набирает обороты по скорости.

> Столько не живут. Сначала забьется пылью блок питания,
> потом сменится обслуга, переустановят ОС, и лет через 5
> выкинут компьютер.

я и не говорил, что именно ЭТОТ комп (эта сеть) в несколько раз увеличит свою считательную мощность. напротив, в таком варианте это не сказалось бы на времени обсчета в годах.

это ответ на то, как ты грамотно уводишь тему :) а по сути я уже высказался - зачем железно запрещать ОГР, если он может пригодиться? это наверное имеет смысл только на нотебуках, чтобы не тратить батарейки на неинтересный пока что/уже проект.

кстати, можно вспомнить про немаленькие сети, подклченные по оффлайну и выхода в нет (практически) не имещие. для них еще актуальнее. рц5-72 заколебешься надолго запасать.
странно... 20.12.02 09:04  
Автор: J'JF <Dmytro Volhushyn> Статус: Elderman
<"чистая" ссылка>
> >[misc]
> project-priority=RC5-72,OGR=0
> так наверняка.

Это понятно, что так наверняка. А вот есля я хочу, чтоб клиент считал OGR только тогда, когда блоки RC5 он по какой-то причине получить не может? По идее, должно было работать

[misc]
project-priority=RC5-72,OGR

но на практике у клиента буферы полные и тем и другим, а считает он приоритетно OGR! Может, это в клиенте у него приоритет выставлен?
странно... 20.12.02 12:18  
Автор: SiN Статус: Незарегистрированный пользователь
<"чистая" ссылка>
> > >[misc]
> Это понятно, что так наверняка. А вот есля я хочу, чтоб
> клиент считал OGR только тогда, когда
> блоки RC5 он по какой-то причине получить не может? По
> идее, должно было работать
>
> [misc]
> project-priority=RC5-72,OGR
при таком варианте (у меня буферы на клиентах по одному стабу/блоку)
считается один блок rc5 а потом огр, досчитывается стабю принимается новый и опять считает огр...
а если OGR=0 считает только rc5 - и это есть хорошо :)
пасиба :) 19.12.02 22:09  
Автор: SiN Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Мои коровки с вами! :]
За RC5-72 проголосовало 280 человек. И где мощь команды? 19.12.02 19:17  
Автор: Mosich <Mosichev Valentine> Статус: Member
<"чистая" ссылка>
> основном считают OGR. Как я ждете трипептидов? ;-)

угу
rc5-72 абсолютно не вдохновляет
Наблюдаю оживление на проксе 20.12.02 11:44  
Автор: Kost <Пробки Москвы> Статус: Elderman
<"чистая" ссылка>


График тут
За RC5-72 проголосовало 280 человек. И где мощь команды? 19.12.02 21:11  
Автор: Kost <Пробки Москвы> Статус: Elderman
<"чистая" ссылка>
> > основном считают OGR. Как я ждете трипептидов? ;-)
>
> угу
> rc5-72 абсолютно не вдохновляет

Это я к тому, что после окончания RC5-64 велись разговоры, чтобы и команду и Россию в соревновании продвинуть как минимум в тройку лидеров, если не больше. Судя по сегодняшней скорости, у команды шансы есть. А вот у России - вряд ли: даже от Германии отстаем в 4 раза.
1




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


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