Посчитал больше 200 рэндомных блоков, так уж получилось :(
Слил, незачтенных из них около 5 %, как обычно ;)
Фишка в том, что рендомы считаются быстрее ключей из заданий.
Почему?! Мож кто знает?
Кстати, там все пространство ключей по идее должно быть разбито на подобласти, и обработка их идет последовательно, чтобы не было большой дефрагментации из-за рендомов и прочего. Может поэтому их не засчитывают?
Постоянно не засчитывается некоторое (весьма солидное) кол-во блоков.
Например.
Вчера по данным вот этого источника:
http://rc5.stel.ru/proxy/byemail.html я отправил более 5794 блоков.
Сегодня утром обнаружил, что засчитано в статистике мне только 5675 блоков.
Все мои блоки считаются в корпоративной сетке, клиенты берут их с круглосуточно доступного pproxy. Я не верю, что у меня могли быть рэндомы. А даже если и были, то, согласитесь, при таком кол-ве уже просчитанного поля ключей попасть на уже просчитанный блок достаточно маловероятно. А чтобы сразу куча блоков совпала???
К тому же эту ситуацию я наблюдаю достаточно давно. Но если как-то раньше не придавал значения этому (были траблы с круглосуточной работой pproxy), то сейчас это застваляет меня сильно волноваться...
В среднем теряется от 5 до 10% блоков :( Если в конце Rc5-64 это было обьяснимо, то здесь непонятно, сейчас, имхо, вероятность взять два одинаковых ключа или рендомный все равно что сразу искомый ключ найти, но никак не 1 к 20
Единственное, что приходит в голову - так это то, что, возможно, в последних клиентах криво работает механизм выбора рэндомных ключей - то есть они попадают с большой вероятностью на уже просчитанные участки. Или же прокси неверное кэширует состояние проекта (обсчитанные поля).
Несколько процентов терялось и в RC5-6422.11.04 11:27 Автор: Yurii <Юрий> Статус: Elderman
Но сейчас же - самое начало проекта! Да и поле ключей значительно больше.
Ну и вообще - нехорошо это получается.
Ладно, у меня на 1000 блоков отберут 50. Ну и черт с ними.
Но когда у человека, просчиавшего 230 отбирают каждый день те же 50, то это вызывает как минимум недоумение. И грозит тем, что человек от проекта отвернется.
Рэндомы не увеличивает число потерянных22.11.04 20:05 Автор: ZeuS Статус: Незарегистрированный пользователь
Посчитал больше 200 рэндомных блоков, так уж получилось :(
Слил, незачтенных из них около 5 %, как обычно ;)
Фишка в том, что рендомы считаются быстрее ключей из заданий.
Почему?! Мож кто знает?
Кстати, там все пространство ключей по идее должно быть разбито на подобласти, и обработка их идет последовательно, чтобы не было большой дефрагментации из-за рендомов и прочего. Может поэтому их не засчитывают?
не замечал.23.11.04 16:27 Автор: jammer <alex naumov> Статус: Elderman
> Фишка в том, что рендомы считаются быстрее ключей из заданий. > Почему?! Мож кто знает?
не замечал.
> Кстати, там все пространство ключей по идее должно быть разбито на подобласти, и обработка их идет последовательно, чтобы не было большой дефрагментации из-за рендомов и прочего. Может поэтому их не засчитывают?
насколько я помню, раньше просчитанный рандом не выдавался более никому, следовательно был в базе на кеймастере. клиент же знает некий рандом_префикс (обновляется при сеансе связи с аплинком), с использованием которого в данный момент рекомендуется считать рандомы. т.е., фактически еще непросчитанный пул. а нормальным способом выдаются как раз пропущенные ранее дырки для снижения фрагментации, после достижения дырками таймаута невозврата.
подробно о проекте
Анализ криптографических сетевых...
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
