| Russian Team @ distributed.net |
| | заглавная | | что это | | кто мы | | этапы | | как подключиться | | общение | | программы | | ресурсы | | FAQ |
| | what the FAQ | | общие вопросы | | клиенты | | прокси | | сети |
FAQ: Общие вопросы
Q: Что будет делать Команда после завершения проекта RC5-64? A: На dnet уже сейчас есть еще пара других проектов разной степени готовности. Ими уже сейчас занимаются, а уж когда закончится конкурс RC5-64 и все связанные с ним проблемы, то днетовцы, если к тому времени и не запустят хотя бы один из новых проектов, то наверняка кинут все силы на приведение их в божеский вид и срочный запуск. А за Russian Team дело не станет - мы включимся с первого дня и сразу начнем лидировать - в первой пятерке не только по Yesterday, но и по Overall. Q: Как зависит шанс найти "выигрышный" блок от общего количества просчитанных командой или участником блоков? A: Никак. Шанс выиграть в нашей игре зависит от _сегодняшней_ производительности. И действительно, пока ключ не найден, можно считать, что каждый новый день все команды и все участники начинают поиски иголки в новом, чуть меньшем, чем вчерашний, стоге сена. С точки зрения теорвера, вероятность выигрыша команды пропорциональна скорости перебора ею ключей. Так что основной значимый параметр в этом смысле - суточная скорость счета. Q: Сколько ключей в блоке? A: 268435456 Q: Сколько блоков в пакете? A: (Переменное) количество блоков * 268435456 Q: Сколько ключей вообще? A: 68719476736 * 268435456 = сам умножь в столбик :-) Q: Сегодня в 00:30 по Москве сбросил на сервер результат работы клиента, а они засчитались во вчерашний день. Во сколько обновляется статистика на dnet? A: В полночь по UTC. То есть в три-четыре часа ночи по Москве в зависимости от того, летнее у нас время или зимнее. Q: А что делают с теми блоками, которые "теряются"? Ну вот, скажем, я подключился к проекту, получил блоки, а потом плюнул на это дело и ушел. Блоки остались полученными, не просчитанными и не отправленными обратно. А вдруг в них тот самый вожделенный ключ? A: На distributed.net запоминают, какие блоки тебе отдали и какие получили. И "потерянные" блоки они снова отдадут на просчет, если мы дойдём до конца кейспэйса и не найдём ключа. То есть о-о-очень не скоро. Говорят, они хотят ввести некое время жизни для отосланных блоков, типа нескольких недель или месяцев. Q: У меня клиент считает выкачанные 1500 пакетов. Считать ему их примерно пару месяцев, выход в инет отсутствует. Не пропадут ли уже посчитанные блоки ? Я имею в виду: не отдадут ли их еще раз на другой ID, если я их два месяца сбрасывать не буду ? A: Нет, не отдадут. Однако, есть вероятность что твои блоки кто-то посчитает как "случайные" и отдаст раньше тебя. Причём эта вероятность >> 1 / (2^64) т.к. клиент считает "случайные" блоки в области кейспэйса около "random prefix" который выбирается чуть впереди посчитанного пространства и обновляется сервером при каждом обмене ключами. Видимо это сделано для уменьшения объёма б/д ключей. Из этих же соображений собираются ввести и тайм-аут на выданные ключи ~3 месяца. Если подумать ещё чуть-чуть, то на твои ключи могут претендовать только клиенты которые давно работают в офф-лайне и не обновляли "random prefix". Таких должно быть не очень много, да и шансы слить ключи раньше них велики. Q: Я за сутки просчитал N блоков, а судя по статистике, мне зачли только N-M! Почему? A: "Пропадают" блоки по двум официальным причинам : 1. Random block. Вы посчитали Random блок и отослали его. А он уже был выделен и просчитан. Результат - он вам не засчитан. "Но я не считаю Random блоки!.." - скажете вы. Правильно. Но кто-то считает. А пока блок дошел до вас (через проксю) он уже мог быть посчитан как Random у кого-то другого, отослан и засчитан. 2. Разница во времени. По данным прокси я вчера сделал 1222 блока. Dnet засчитал 1178. Попробуем проследить. Считаем время пересылки мгновенным. Я свои блоки считал с 0:00 до 24:00 часов по московскому времени, что соответствует 20:00 предыдущего дня до 20:00 этого дня у Dnet. Все что я насчитал с 0 до 4-х часов, записано на предыдущий день. Кстати, буферы у клиентов, по словам их создателей, "не FIFO, но FIFO-образные". FIFO - это First In, First Out (первым пришел - первым ушел): по такому принципу строится обычная очередь. Есть другой принцип, по которому, например, заряжаются патроны в магазин пистолета: LIFO - Last In, First Out (последним пришел - первым ушел). До некоторого времени буферы у клиентов строились по принципу LIFO. Теперь авторы говорят о каком-то FIFO-образии... Вывод ясен: если у вас во входном буфере, к примеру, 100 пакетов, а обмен с dnet происходит при пороге, скажем, в 50, то это значит, что 50 пакетов будут у вас лежать "на дне мешка" мертвым грузом, а клиент будет брать новые блоки "с верха", пока что-то не случится со связью и клиент, не получивший обновления после 50-го блока, не вынужден будет полезть в буфер за 51-ым. Таким образом, когда дело дойдет до "залежавшихся" блоков, то вероятность их просчета другими будет уже не столь мала. Это же должно быть справедливо и в случае с прокси. Q: Как dnet знает, какому e-mail ID засчитывать пришедшие блоки? Что если у меня в сети через один прокси-сервер считают несколько участников? A: Результат засчитывается тому e-mail ID, который был указан в клиенте, обсчитавшем конкретный блок. Этот адрес хранится зашифрованным в блоке. Q: Как соотносится скорость счета с количеством просчитанных блоков? A: Грубо говоря, скорость ~= блоки * 3. Если точнее, то 3.107 Q: Нашел одного парня, который дааавно считал коровок. У него 23 тысячи пакетов обсчитано. Также около 30 пакетов у него лежит в out. Он это дело забросил и решил мне подарить. Как теперь сделать, чтобы все его обработанные пакеты, включая те, что лежат в out, перевести на мой e-mail ID? (Вариант: У меня меняется e-mail адрес. Как сделать так, чтобы блоки, посчитанные под моим старым адресом, слить с блоками, которые я буду считать под новым?) A: Эта процедура называется retire. Проведем ее не спеша, по шагам: 1) Сливаешь все из out на d.net. Если этот твой знакомец считать дальше не собирается, то новых блоков не берешь, чтобы не пропали. 2) Идешь на http://stats.distributed.net/rc5-64/ 3) Под надписью Participant stats вводишь e-mail знакомца, под которым он считает (который прописан у него в конфиге клиента) и жмешь кнопку Search 4) Загрузится табличка с данными по этому e-mail'у. 5) Находишь в табличке отмеченный красным тот самый e-mail, что ты вводил, и кликаешь на него 6) Загрузится полная статистика по данному e-mail'у 7) Теперь тебе понадобится пароль, который d.net высылал твоему знакомцу при регистрации. Если его найти не представляется возможным, то тыкаешь в ссылку "I cannot remember my password. Please email ...'s password" в самом низу страницы полной статистики по данному e-mail'у. По указанному адресу будет выслан пароль. 8) В верхнем левом углу страницы полной статистики по данному e-mail'у находится ссылка "Edit your Information". Жмешь на нее. 9) Тебя просят ввести e-mail и пароль. Вводишь e-mail и пароль, о которых мы говорили в предыдущих шагах. 10) Если e-mail и пароль введены правильно, загрузится страница "Participant Configuration for ..." 11) Почти в самом низу страницы "Participant Configuration for ..." есть ссылка "retire this email address permanently". Кликаешь по ней. 12) Загрузится страница с предупреждением: "You are about to permanently retire the address ..." Внимательно прочитай, что пишется об этой процедуре. 13) Если все, что написано в предупреждении, тебя устраивает, то дальше следуешь инструкциям d.net 14) Если ты точно следовал инструкциям, то теперь все блоки с адреса твоего знакомца переведены на твой адрес. Более того, если с его прежнего адреса вдруг поступят еще блоки, то они будут автоматом зачислены тебе. Если же твой знакомец вдруг одумается и решить снова индивидуально выпасать коров, то ему придется отконфигурить клиента на новый адрес и начать все сначала. Примечание: по некоторым сведениям, dnet почему-то не позволяет делать более 7 retire в один и тот же e-mail ID. Другими словами, вам вряд ли удастся слить под один e-mail команду из более чем 7 участников. Q: Поменялся e-mail, Dnet'овского пароля нет. Что делать? A: Как поменять e-mail написано выше, а вот пароль попробуйте так: пошлите письмо на help@distributed.net и напишите все что может подтвердить что это был ваш email. Как они говорят "Если мы поверим, то вышлем пароль..." Q: Где находится Штаб-квартира Distributed.net? A: Штаб-квартира distributed.net находится в городе Бирмингеме, который, в свою очередь, находится в штате Алабама, США Q: У меня почтовый адрес типа xxx.yyy@zzz.ru, сервер статистики говорит что нет такого! Что делать? A: Введите в поиск только yyy@zzz.ru, должно помочь. Сервер ищет указанный вами фрагмент на совпадение в любой часть e-mail'а, но не больше 50 адресов. Например введите ".ru" в поиске и увидете 50 лучших российских коровников :) Q: Dnet меня обсчитал. Вариант: статистика не обновляется уже 3 дня. A: Такое бывает, но не волнуйтесь как правило все недосчитанные блоки вам засчитают. Днем или двумя позже.. А статистику тоже иногда лихорадит, но как только днетовцы ее исправят то просчитают блоки за все "непросчитанные" дни Q: Я поставил себе клиента от d.net. Клиент работает нормально... считаа-ет...а вот distributed.net не высылает мне пароля... Как мне получить пароль и сменить команду? A: Зайди на http://stats.distributed.net/RC5-64/ найди свою статистику. В самом низу нажми на строчку: I cannot remember my password. Please email #####'s password. Должен прийти. Следуя по линку в писмьe (или введя пароль на dnet) попадаешь на страницу информации о cебе. Меняешь Страну, в поле команда вводишь 2155 (номер нашей команды), упдайт и все! Q: А кто нарисовал эмблему Russian Team? A: На-все-руки-Мастер Сергей Горохов (rc5@city.ru) Q: Со статистикой что-то странное. Количество блоков/людей слишком сильно увеличилось/уменьшилось. Что случилось? A: Скорее всего днетовцы исправили ошибки на сервере статистики, удалили пару адресов-троянцев. Еще бывает что какая-нибудь команда копила полгода блоки, и наконец-то их слила :) Q: Я слышал, что группа французских ученых на 500 машинах сломала ключ круче RC5. А зачем мы мучаемся? A: Эта новость действительно многих шокировала. Что сломали шифр ECC с открытым ключом (108 бит) правда, а вот то что он 'силнее' RC5 - вранье. Будь это правда, они бы его за 100 лет не сломали бы. Впрочем помнится когда нашли ключ CSC видел я заметку вроде: 'Ключ ломала группа студентов, а приз получил человек который нашел ключ, хотя в принципе они должны были его честно разделить' :) Как в старом анекдоте: 'Такой большой, а все в сказки веришь:)' Q: В чем приемущество того, что я подключился к команде? Зачем вообще нужны команды? A: От администратора: вопрос на 5 звездочек. Точный ответ дать трудно, посему публикую мнения некоторых участников нашей команды. 1. Как правило, люди объединяются для создания мощной структуры, способной представлять и (или) защищать интересы объединившихся в нее членов. В нашем случае ты не просто "участник № ........." а часть сильной Команды, которая отвечает твоим интересам (взглядам на жизнь). Кроме того, разве не приятно видеть как Твоя Команда идет вперед и становится день ото дня все сильнее? 2. Стадное чувство? 3. Стадное чувство -- это крайность. Так же как и безудержный индивидуализм. RT находится посередине, объединяя людей в коллектив, но не отнимая у них личности. А о преимуществах коллектива предыдущий докладчик хорошо сказал :) 4. Действительно, "стадное чувство"... А никому не приходила в голову идея, что для Д.Нет, МЫ - коровы, и это они нас собрали в стада и теперь вот доят! ;-) Q: Это правда, что блоки можно отсылать/заказывать через email? A: Да, правда. Что бы заказать блоки надо послать на fetch@distributed.net письмо, в нем указать: numblocks=xxxx (где ххх от 1 до ???? -- количество блоков (мне 5000 даже присылали)) blocksize=xx (где хх от 28 до 33 -- размер блока в среднем) contest=OGR (никогда не ставте эту строчку!) через некоторое время (примерно 5 минут) придут приатаченные блоки. Что бы слить блоки, надо послать письмо на flush@distributed.net, к которому надо приатачить блоки (МИМЕ64, ни каких zip'ов). Через некоторое время придет отчет о 'сливе'. distributed.net Russian FAQ |
|