<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"
					xmlns:content="http://purl.org/rss/1.0/modules/content/"
					xmlns:wfw="http://wellformedweb.org/CommentAPI/"
					xmlns:atom="http://www.w3.org/2005/Atom"
				  >
<channel>
<atom:link rel="self"  type="application/rss+xml"  href="http://rulinux.net/rss_from_sect_1_subsect_1_thread_6345"  />
<title>rulinux.net - Новости - Документация - сравнение скорости работы различных реализаций хэш-функций</title>
<link>http://rulinux.net/</link>
<description><![CDATA[Портал о GNU/Linux и не только]]></description>
<image><title>rulinux.net - Новости - Документация - сравнение скорости работы различных реализаций хэш-функций</title>
<link>http://rulinux.net/</link>
<url>http://rulinux.net/rss_icon.png</url>
</image>
<item>
<title>Re: сравнение скорости работы различных реализаций хэш-функций</title>
<link>https://rulinux.net/message.php?newsid=6345&amp;page=1#42715</link>
<guid>https://rulinux.net/message.php?newsid=6345&amp;page=1#42715</guid>
<pubDate>Mon, 15 Mar 2010 01:54:01 +0300</pubDate>
<description><![CDATA[<p><i>>Если ты про хеш как тип данных, т.е. массив по нечисловому индексу - это не в тему. </i><br> Хэш как тип данных внутри это вполне себе массив с числовым индексом. Берут, например, хэш от ключа, берут его остаток от деления на размер массива - и вот есть числовой индекс.</p><p>В статье по ссылке именно об этом и говорится. "A hash function is used to map the key value (usually a string) to array index.", и даже пример с "return hash % TABLE_SIZE". Да и, собственно, сравнивают они скорость хэш-таблиц.</p><p><i>>Это везде так, можно сказать основные требования к любому хешу.</i><br> В общем да, но коллизии в обычном хэше, вычисляемом для получения индекса массива, не так и страшны, как в случае криптографии. Хотя наверное главное отличие - это то, что обычным хэшам не нужны никакие "лавинные эффекты" и прочие навороты, мешаюшие подбирать.</p>]]></description>
</item>
<item>
<title>Re: сравнение скорости работы различных реализаций хэш-функций</title>
<link>https://rulinux.net/message.php?newsid=6345&amp;page=1#42714</link>
<guid>https://rulinux.net/message.php?newsid=6345&amp;page=1#42714</guid>
<pubDate>Sat, 13 Mar 2010 23:51:13 +0300</pubDate>
<description><![CDATA[<p><i>>Хэш-таблицы находят применение почти везде. Во многих языках они есть по умолчанию</i><br> Если ты про хеш как тип данных, т.е. массив по нечисловому индексу - это не в тему. Я говорил именно про механизм, когда для специфичных данных нужно вычислить ключ.</p><p><i>>В общем, обычные хэш-функции обычно проще криптографических.</i><br> Да, похоже так и есть.</p><p><i>>Тут главное - скорость работы + малое количество коллизий.</i><br> Это везде так, можно сказать основные требования к любому хешу.</p><p><i>>Для криптографических хэш-функций задача другая...</i><br> Это всё ясно и известно.</p>]]></description>
</item>
<item>
<title>Re: сравнение скорости работы различных реализаций хэш-функций</title>
<link>https://rulinux.net/message.php?newsid=6345&amp;page=1#42713</link>
<guid>https://rulinux.net/message.php?newsid=6345&amp;page=1#42713</guid>
<pubDate>Sat, 13 Mar 2010 20:36:24 +0300</pubDate>
<description><![CDATA[<p><i>>Что есть обычный хеш и кому он нужен? Я что-то помню из курса ОС (или из Танненбаума, или из Робачевского...), что, например, в реализации файловых систем применяются хеш-таблицы - это тут они находят применение?</i><br> Хэш-таблицы находят применение почти везде. Во многих языках они есть по умолчанию (например питон и пхп). "Обычные" хэш-функции нужны, собственно, чтобы создавать ключи для хэш-таблиц. Тут главное - скорость работы + малое количество коллизий. Причём нужен баланс между этими двумя вещами. В общем, обычные хэш-функции обычно проще криптографических.</p><p>Для криптографических хэш-функций задача другая - необходимо создавать уникальные хэши, в идеале вообще без коллизий (хотя так не бывает). Неважно, насколько быстро создаётся/проверяется пароль - главное чтобы его сложно было подобрать:) Также такие функции находят применение в задачах сравнения одинаковых файлов итд. Плюс для криптографии хорош "лавинный эффект" - когда изменение одного символа в исходной строке серьёзно меняет вид получившегося хэша. Это позволяет неплохо увеличить сложность подбора ключа к хэшу.</p>]]></description>
</item>
<item>
<title>Re: сравнение скорости работы различных реализаций хэш-функций</title>
<link>https://rulinux.net/message.php?newsid=6345&amp;page=1#42712</link>
<guid>https://rulinux.net/message.php?newsid=6345&amp;page=1#42712</guid>
<pubDate>Sat, 13 Mar 2010 20:07:57 +0300</pubDate>
<description><![CDATA[<p><i>> они походу об секьюрных хешах опосредованно говорят</i><br> Здорово ты ТС-нул, что сам теперь гадаешь о чём они говорят. Мне по твоему тексту показалось, что они говорят о хешах, хешах и хешах. Называя разные вещи одним и тем же словом. Хеш как структура данных (помянут первым), хеш как функция от некоего значения (криптографический хеш) и ещё какой-то хеш, который не является ни тем ни другим (наверное тоже функция, но попроще и побыстрее).</p>]]></description>
</item>
<item>
<title>Re: сравнение скорости работы различных реализаций хэш-функций</title>
<link>https://rulinux.net/message.php?newsid=6345&amp;page=1#42711</link>
<guid>https://rulinux.net/message.php?newsid=6345&amp;page=1#42711</guid>
<pubDate>Sat, 13 Mar 2010 16:42:39 +0300</pubDate>
<description><![CDATA[<p>Что есть обычный хеш и кому он нужен? Я что-то помню из курса ОС (или из Танненбаума, или из Робачевского...), что, например, в реализации файловых систем применяются хеш-таблицы - это тут они находят применение?</p>]]></description>
</item>
<item>
<title>Re: сравнение скорости работы различных реализаций хэш-функций</title>
<link>https://rulinux.net/message.php?newsid=6345&amp;page=1#42710</link>
<guid>https://rulinux.net/message.php?newsid=6345&amp;page=1#42710</guid>
<pubDate>Sat, 13 Mar 2010 15:56:22 +0300</pubDate>
<description><![CDATA[<p>они походу об секьюрных хешах опосредованно говорят </p>]]></description>
</item>
<item>
<title>Re: сравнение скорости работы различных реализаций хэш-функций</title>
<link>https://rulinux.net/message.php?newsid=6345&amp;page=1#42709</link>
<guid>https://rulinux.net/message.php?newsid=6345&amp;page=1#42709</guid>
<pubDate>Sat, 13 Mar 2010 15:37:15 +0300</pubDate>
<description><![CDATA[<p><i>>Я, наверное, абсолютно тёмная личность, но почему в статье нету терминов md5, sha?</i><br> Вот поэтому:</p><p><i>>Обычный хэш отличается от, например, криптографического хэша скоростью своей работы, т.е. скоростю извлечения элементов, ну или скоростью сопоставления соответствий значения ключу.</i><br></p>]]></description>
</item>
<item>
<title>Re: сравнение скорости работы различных реализаций хэш-функций</title>
<link>https://rulinux.net/message.php?newsid=6345&amp;page=1#42708</link>
<guid>https://rulinux.net/message.php?newsid=6345&amp;page=1#42708</guid>
<pubDate>Sat, 13 Mar 2010 01:31:35 +0300</pubDate>
<description><![CDATA[<p>Я, наверное, абсолютно тёмная личность, но почему в статье нету терминов md5, sha?</p>]]></description>
</item>
<item>
<title>Re: сравнение скорости работы различных реализаций хэш-функций</title>
<link>https://rulinux.net/message.php?newsid=6345&amp;page=1#42707</link>
<guid>https://rulinux.net/message.php?newsid=6345&amp;page=1#42707</guid>
<pubDate>Fri, 12 Mar 2010 08:29:27 +0300</pubDate>
<description><![CDATA[<p>в процессе</p>]]></description>
</item>
<item>
<title>Re: сравнение скорости работы различных реализаций хэш-функций</title>
<link>https://rulinux.net/message.php?newsid=6345&amp;page=1#42706</link>
<guid>https://rulinux.net/message.php?newsid=6345&amp;page=1#42706</guid>
<pubDate>Fri, 12 Mar 2010 08:09:11 +0300</pubDate>
<description><![CDATA[<p>რა?</p>]]></description>
</item>
<item>
<title>Re: сравнение скорости работы различных реализаций хэш-функций</title>
<link>https://rulinux.net/message.php?newsid=6345&amp;page=1#42705</link>
<guid>https://rulinux.net/message.php?newsid=6345&amp;page=1#42705</guid>
<pubDate>Fri, 12 Mar 2010 08:01:28 +0300</pubDate>
<description><![CDATA[<p>А перевести?</p>]]></description>
</item>
<item>
<title>сравнение скорости работы различных реализаций хэш-функций</title>
<link>https://rulinux.net/message.php?newsid=6345&amp;page=1#42704</link>
<guid>https://rulinux.net/message.php?newsid=6345&amp;page=1#42704</guid>
<pubDate>Fri, 12 Mar 2010 07:57:25 +0300</pubDate>
<description><![CDATA[<a href="http://en.wikipedia.org/wiki/Hash_table">Хэш</a> - очень популярная структура данных, в которой, подобно массиву, доступ к элементу осуществляется по индексу, но, в отличии от массива, индекс может быть не числом, а любым значением. Обычный хэш отличается от, например, <a href="http://en.wikipedia.org/wiki/cryptographic_hash_function">криптографического хэша</a> скоростью своей работы, т.е. скоростю извлечения элементов, ну или скоростью сопоставления соответствий значения ключу. Существует <a href="http://en.wikipedia.org/wiki/Hash_table#Choosing_a_good_hash_function">два типа хэш-функций</a>:<br /> 
<ul>
  <li>простые хеш-функции, отличающиеся быстротой, но и имеющие большое число ошибок;<br /> </li>
  <li>хеш-функции с различными встроенными проверками, которые замедляют извлечение пары ключ-значение, но делают это более надежно.<br /> </li>
</ul>
<p>Хеши часто характеризуются числом ошибок&nbsp; или согласованностью представления данных (см., например, сравнения хэшей в <a href="http://en.wikipedia.org/wiki/Compilers:_Principles,_Techniques,_and_Tools">книжке Red Dragon</a>). Очевидно, что при написании программы возникает вопрос: <b>при использовании какой из функций можно увеличить скорость работы программы?</b> Хэши второго типа требуют больше операций для проверки ключ-значение и по ссылке приведена сравнительная характеристика скорости работы хешей, например на добавление новых элементов.</p>&gt;&gt;&gt; <a href="http://www.strchr.com/hash_functions">Подробнее</a>]]></description>
</item>
</channel>
</rss>