информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Где водятся OGRыЗа кого нас держат?Портрет посетителя
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Бэкдор в xz/liblzma, предназначенный... 
 Три миллиона электронных замков... 
 Doom на газонокосилках 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / dnet
Имя Пароль
ФОРУМ
все доски
FAQ
IRC
новые сообщения
site updates
guestbook
beginners
sysadmin
programming
operating systems
theory
web building
software
hardware
networking
law
hacking
gadgets
job
dnet
humor
miscellaneous
scrap
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
не замечал. 23.11.04 16:27  Число просмотров: 2829
Автор: jammer <alex naumov> Статус: Elderman
<"чистая" ссылка>
> Фишка в том, что рендомы считаются быстрее ключей из заданий.
> Почему?! Мож кто знает?

не замечал.

> Кстати, там все пространство ключей по идее должно быть разбито на подобласти, и обработка их идет последовательно, чтобы не было большой дефрагментации из-за рендомов и прочего. Может поэтому их не засчитывают?

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

сейчас что-то изменилось?
<dnet> Поиск 






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


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