Хоть и вышли на 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
> > 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). "
> 1) если мы настраиваем автопилотную корову, возможна > ситуация что рц5-72 закончится раньше огр и не будет > доступа к этой корове - получится нехорошо. ты серьезно надеешься, что компьютер может проработать 15-30 лет?
Столько не живут. Сначала забьется пылью блок питания, потом сменится обслуга, переустановят ОС, и лет через 5 выкинут компьютер.
Я смотрю несколько по-другому21.12.02 11:41 Автор: jammer <alex naumov> Статус: Elderman
> > 1) если мы настраиваем автопилотную корову, возможна > > ситуация что рц5-72 закончится раньше огр и не будет > > доступа к этой корове - получится нехорошо. > ты серьезно надеешься, что компьютер может проработать > 15-30 лет?
если честно, я думаю что проект только набирает обороты по скорости.
> Столько не живут. Сначала забьется пылью блок питания, > потом сменится обслуга, переустановят ОС, и лет через 5 > выкинут компьютер.
я и не говорил, что именно ЭТОТ комп (эта сеть) в несколько раз увеличит свою считательную мощность. напротив, в таком варианте это не сказалось бы на времени обсчета в годах.
это ответ на то, как ты грамотно уводишь тему :) а по сути я уже высказался - зачем железно запрещать ОГР, если он может пригодиться? это наверное имеет смысл только на нотебуках, чтобы не тратить батарейки на неинтересный пока что/уже проект.
кстати, можно вспомнить про немаленькие сети, подклченные по оффлайну и выхода в нет (практически) не имещие. для них еще актуальнее. рц5-72 заколебешься надолго запасать.
> >[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 Статус: Незарегистрированный пользователь
> > основном считают OGR. Как я ждете трипептидов? ;-) > > угу > rc5-72 абсолютно не вдохновляет
Это я к тому, что после окончания RC5-64 велись разговоры, чтобы и команду и Россию в соревновании продвинуть как минимум в тройку лидеров, если не больше. Судя по сегодняшней скорости, у команды шансы есть. А вот у России - вряд ли: даже от Германии отстаем в 4 раза.
подробно о проекте
Анализ криптографических сетевых...
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
