информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Атака на InternetВсе любят медСетевые кракеры и правда о деле Левина
BugTraq.Ru
Русский BugTraq
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Модель надежности отказоустойчивой... 
 Oracle выпустила срочный патч для... 
 Атака на WPA2 
 Outlook полгода отправлял зашифрованные... 
главная обзор 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  Число просмотров: 2084
Автор: jammer <alex naumov> Статус: Elderman
<"чистая" ссылка>
> Фишка в том, что рендомы считаются быстрее ключей из заданий.
> Почему?! Мож кто знает?

не замечал.

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

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

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








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


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