Легенда:
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
Ты поспорь с тем, что сказано выше, про твои хэши я все... 02.01.07 01:09 Число просмотров: 4718
Автор: MadBinom Статус: Незарегистрированный пользователь
|
> > Чтобы дешифровать достаточно известных первых 16 байт > > текста и получения прообраза 108 битов для MD5 на 108 > > битах(Пароль нам не нужен, достаточны найти хэш от > него). > > Увеличение длины блоков даст прирост в стойкости, но > тогда > > ты еще больше отстанешь по скорости. Ты поспорь с тем, что сказано выше, про твои хэши я все понял, ты внимательно текст прочитай.
> > А теперь посмотри на > > результаты своего теста по скорости и задумайся. > > Оптимизация тут вряд-ли получится, что тут > оптимизировать. > > Если компилятор был норм(на VC++ писал?), то скорость > > больше не увеличишь особо. > Опять же не согласен. Для любых математических операций, > которые работают в цикле, любая оптимизация цикла влечет за > собой прирост скорости. Если учесть, что я сделал > изначально алгоритм на шаблонных контейнерах (чтоб не > возиться с выделением памяти и контролем выхода за пределы > массивов) и на потоковых функциях ввода-вывода, то там есть > уйма проверок и лишнее копирование памяти, без которых > можно обойтись. Согласен, на порядок скорость не выростет, > но на сколько-то ее все равно можно поднять. А ты спроси у кого-нибудь, кто дизассемблировал наваянное на vc++ c шаблонами и прочим ооп. Оптимизация компилятора все это неплохо убивает.
Я просто пытаюсь тебе высказать мысль о неудачном соотношении стойкость/скорость. Еще раз прочитай следующее
> > Чтобы дешифровать достаточно известных первых 16 байт > > текста и получения прообраза 108 битов для MD5 на 108 > > битах(Пароль нам не нужен, достаточны найти хэш от него). Ты согласен с этим?
|
|
|