The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Представлена реализация алгоритма хэширования Skein на Bash, opennews (??), 14-Сен-11, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


23. "Представлена реализация алгоритма хэширования Skein на Bash"  +/
Сообщение от Аноним (-), 14-Сен-11, 16:08 
> если захочешь поправить код, надо пересобирать - неудобно же.

Ну так перепишите. Правда подозреваю что вы будете единственным придурком который использует столь тормознутую хешилку всерьез. Знаете, если мне надо хеш пары исох посчитать, я лучше сишную хешировалку возьму, чем ждать конца рассчетов до послезавтрашнего дня, но зато с удобством модификации. А, собственно, зачем мне часто и удобно модифицироать утиль считающую хеш? Если я разработчик, у меня всяко рабочее окружение для разработки, тестирования и отладки - на мази. А если я не разработчик - то на кой мне туда соваться?

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

32. "Представлена реализация алгоритма хэширования Skein на Bash"  +1 +/
Сообщение от Аноним (-), 14-Сен-11, 18:12 
>Правда подозреваю что вы будете единственным придурком который использует столь тормознутую хешилку всерьез.

Вот уж вряд ли. Я неоднократно видел, как люди чуть ли не рубаху на груди рвали, доказывая, что им пофигу на скорость загрузки компа (почитайте скептические комменты в любой новости про upstart или systemd). А если им пофигу на время загрузки компа - почему их должно беспокоить время хеширования файла? Ведь необходимость в этом действии возникает сравнительно редко, его можно запускать в фоне и т.д. В итоге получаем, что сомнительный выигрыш в скорости вовсе не заменяет полной прозрачности и простоты модификации.

Ответить | Правка | Наверх | Cообщить модератору

43. "Представлена реализация алгоритма хэширования Skein на Bash"  +/
Сообщение от Аноним (-), 15-Сен-11, 12:32 
> А если им пофигу на время загрузки компа - почему их
> должно беспокоить время хеширования файла?

Может, потому что люди не живут вечно? И если файл хешируется месяц - ну так этот месяц вы не сможете использовать слитый дистр, не зная корректно ли он скачался. При том, качается он сильно быстрее. Так что по этом поводу предлагаю переписать ядро и TCP/IP на bash. Пусть как максимум выжимает скорость диалапа, для симметрии. А то не порядок когда хешируется медленнее чем качается.

>  В итоге получаем, что сомнительный выигрыш в скорости вовсе не заменяет полной
> прозрачности и простоты модификации.

А зачем нужна простота модификации хешировалки файлов? Сколько раз в жизни у вас зудело запатчить md5sum, например?

Ответить | Правка | Наверх | Cообщить модератору

49. "Представлена реализация алгоритма хэширования Skein на Bash"  +/
Сообщение от Аноним (-), 15-Сен-11, 19:07 
> Может, потому что люди не живут вечно? И если файл хешируется месяц

А кто сказал, что md5sum на баше будет хешировать DVD-образ именно месяц? Возможно, даже на слабом компе оно уложится в несколько часов. До проведения бенчмарков подобные заявления не могут служить аргументом.

> А зачем нужна простота модификации хешировалки файлов? Сколько раз в жизни у
> вас зудело запатчить md5sum, например?

Речь идет не только об md5sum, но вообще о базовом наборе системных утилит. Если считать их все - такая необходимость возникает регулярно.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру