LINUX.ORG.RU
Новости — Open Source  

xxHash 0.8.3

 , xxhash, ,

xxHash 0.8.3

1

3

После более года разработки состоялся выпуск 0.8.3 библиотеки xxHash, реализующей высокопроизводительные некриптографические хэш-алгоритмы xxHash. Библиотека и консольная утилита написаны на языке C и распространяются по лицензии BSD 2.

Что нового:

  • Исправлена ошибка в функции XXH3_128bits_withSecretandSeed(), приводящая к некорректным результатам в некоторых случаях.
  • Добавлена оптимизированная реализация для LoongArch SX.
  • Теперь консольная утилита xxhsum автоматически определяет и использует лучшее из доступных векторных расширений (SSE, AVX и т. д.). Ранее для этого требовалась явная опция сборки, но теперь она включена по умолчанию (отключается заданием DISPATCH=0).
  • Также в утилиту xxhsum добавлен ключ --filelist / --files-from, принимающего имена файлов из текстового файла или stdin, упрощая массовое хеширование.
  • Новый режим -H3 генерирует 64-битные хэши XXH3 с префиксом XXH3_, для отличия их от безпрефиксного XXH64. Симлинк xxh3sum по умолчанию использует этот режим.
  • Проверка сборки для AIX и процессоров SPARC.

>>> Подробности для версии 0.8.3 на GitHub

★★★★★

Проверено: maxcom ()
Последнее исправление: dataman (всего исправлений: 4)
← Ghostty 1.0 👻
termbox2 2.5.0 →
Ответ на: комментарий от CrX

В скорости, но xxHash* не криптографические алгоритмы.

dataman ★★★★★
() автор топика

Проверка сборки для процессоров AIX и SPARC.

Знаю процессор SPARC и операционную систему AIX, но никак не процессор AIX

alex-w ★★★★★
()
Ответ на: комментарий от alex-w

Проверка сборки для процессоров AIX и SPARC.

Знаю процессор SPARC и операционную систему AIX, но никак не процессор AIX

В оригинале «Validated builds for AIX and SPARC CPUs.» То есть «для AIX и процессоров SPARC».

question4 ★★★★★
()
Ответ на: комментарий от question4

Поправил. Перед новым годом ещё и не такие ляпы бывают. С наступающим!

CYB3R ★★★★★
()
Ответ на: комментарий от kirill_rrr

Но тогда для чего нужны некриптографические?

Для чего вообще нужны хеши? Составлять хеш-таблицы? Создавать идентификаторы? Видимо, для этого. Быстро вычисляемый хеш, из которого легко восстановить исходные данные, для шифрования непригоден, но для оглавления вебсайта — в самый раз.

question4 ★★★★★
()
Ответ на: комментарий от beastie

Ну, вы крутой. Оригинал на C, вы на Go за вечер. Бенчмарки тоже интересные, видимо, пытались за один вечер уложиться. Понимаю.

DerSkythe
()
Ответ на: комментарий от dataman

Он появляется только при наличии возможности подтверждения. Корректоры не могут подтверждать свои посты, по этому и чекбокса нет.

maxcom ★★★★★
()
Ответ на: комментарий от beastie

на коленке пишется за один вечер

А сколько времени нужно, чтобы отточить алгоритм, не заслуживающий POOR в SMHasher?

Мой вариант

Без XXH3? На Go и получше есть.

dataman ★★★★★
() автор топика
Ответ на: комментарий от kirill_rrr

Но тогда для чего нужны некриптографические?

Это контрольные суммы, вроде CRC32, CRC64, MD5. И для хэш-таблиц используются. В Го используется (или использовался) как раз xxHash¹ для map. Как быстрый и с хорошим распределением.

¹ – своя версия хэша, основанная на xxHash.

thegoldone ★★
()
Последнее исправление: thegoldone (всего исправлений: 1)
Ответ на: комментарий от firkax

D процесорах же есть ускорители для sha*. Быстрее даже с учётом этого? Там ведь и так обычно быстрее скорости диска/сети.

kirill_rrr ★★★★★
()
Ответ на: комментарий от kirill_rrr

Про ускорители первый раз слышу. Для AES есть, но это другое. Насчёт быстрее диска - ну смотря какой диск и какое sha. Можешь сам поизмерять на файлах размером в гигабайт и больше.

Некриптографические хеши обычно работают на скорости, близкой к чтению из памяти.

firkax ★★★★★
()
Ответ на: комментарий от firkax

Ну так то да, Распберри считает sha256 медленней диска... И то, четвёрке хватает 77% ядра на 40Мб/с чтобы полностью использовать шину юсб2.

kirill_rrr ★★★★★
()
Последнее исправление: kirill_rrr (всего исправлений: 1)
Ответ на: комментарий от kirill_rrr

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

LINUX-ORG-RU ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← Ghostty 1.0 👻
Open Source
termbox2 2.5.0 →