maxvlas Gold Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору RapidCRC Unicode (Простой способ проверить подлинность и целостность ваших файлов!) RapidCRC Unicode – простой способ проверить подлинность и целостность ваших файлов! Программа для проверки целостности и подлинности файлов посредством вычисления контрольной суммы. Rapid CRC Unicode поддерживает множество алгоритмов хеширования, таких как MD5, SHA1, SHA2.... Отличие программы от аналогов в многопоточности и скорости. _______________________________________________ Список новых возможностей: - multithreaded hash calculations with asynchronous I/O - CRC32 checksum calculation - ed2k hash calculation - MD5 hash calculation - SHA, SHA2, SHA3 hashes calculation - BLAKE2sp, BLAKE3 hashes calculation - job queueing - popup menu to copy the calculated hashes to the clipboard _______________________________________________ Разработчик: ov2.eu | Дата выпуска: 2024 | Язык интерфейса: English | Operating System: Windows   Страница загрузки (Последняя Версия v0.3.40 - 29-03-2024) Всего записей: 7934 | Зарегистр. 08-02-2011 | Отправлено: 17:15 02-02-2015 | Исправлено: lelik007, 10:31 01-04-2024

lelik007 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору v0.3.39 posted on 02/01/2024 - 17:35 Selecting a hash action from the shell extension switched mode if first file was a hash file --- Странно, а на Github кода v0.3.39 нет. Всего записей: 2770 | Зарегистр. 13-10-2006 | Отправлено: 21:32 11-02-2024

lelik007 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору persicum Вы писали, что в RapidCRC Unicode медленный CRC32, я думаю, имеет место некое непонимание, у CRC32 есть много разных реализаций, которые по коду кардинально отличаются. Вот сайт автора Stephan Brumme - быстрейшие из реализации берут здесь с хорошей таблицей скоростей. https://create.stephan-brumme.com/crc32/ В RapidCRC Unicode используется стандартная реализация - Standard Implementation, которая и дает расчетные 375 MByte/s, а то что вы имели ввиду - это Slicing-by-8 или другой Slicing-by-N - это когда по таблице считается. Кстати, похожим манером в RapidCRC Unicode считается CRC32C который и дает у меня до 2800 MByte/s, это видно по коду - https://github.com/OV2/RapidCRC-Unicode/blob/master/crc32c.cpp - если в коде есть таблица, или предвычисленная таблица, как в этом случае, это и есть не классическая реализация. Добавлено: --- Чтобы сделать длинную историю короткой, написал автору, предложил поменять CRC32 на Slicing-by-8 (на который Евгений Рошал в Winrar 7 поменял код), чтобы 2 раза не вставать, также предложил возможные оптимизации BLAKE2sp - более новый код с AVX2, а также обновить код BLAKE3 до последней версии. Посмотрим, возможно, автор учтет. Всего записей: 2770 | Зарегистр. 13-10-2006 | Отправлено: 06:51 18-03-2024 | Исправлено: lelik007, 12:17 29-03-2024

lelik007 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Вышла новая версия с некоторыми предложенными улучшениями. v0.3.40   posted on 03/29/2024 - 16:55 Changed crc implementation to slice-by-8 from https://github.com/stbrumme/crc32 Enabled SSE4.1 for Blake2sp on x64 builds   CRC32 ускорен в 2,8 раза до ~ 1050 Mbyte/s, для BLAKE2sp включены SSE4.1, но только в версии x64, что дало + ~ 60 Mbyte/s - автор пояснил, что код безоткатный, если включить AVX2, а его в процессоре нет, код не выполнится, уговорил только на SSE4.1. Запросил XXHash3-128, автор сказал - подумает, но не сейчас. Про BLAKE3 - он, как и везде сейчас - однопоточный, так как кода на С многопоточного нет у самих авторов: BLAKE3 Team, а с официальным многопоточным кодом на Rust - никто не хочет иметь дело. Всего записей: 2770 | Зарегистр. 13-10-2006 | Отправлено: 10:23 01-04-2024 | Исправлено: lelik007, 13:59 09-04-2024

lelik007 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору gutasiho Цитата: показывает восклицательный знак в первом столбце и пишет "File corrupt" в последнем столбце. Так пишется при проверке контрольной суммы, когда контрольная сумма не совпадает с файлом. То есть сделали сумму, потом файл изменился. Или это при подсчете происходит? Может из-за размера файла? Не видел такого при подсчете часто. Всего записей: 2770 | Зарегистр. 13-10-2006 | Отправлено: 11:36 01-04-2024 | Исправлено: lelik007, 11:52 01-04-2024

lelik007 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору gutasiho Я похожее видел, только при подсчете файлов, которые каким то процессом заняты, типа... torrent. Не знаю почему так, размеры нормальные. Hasleo в глаза не видел. Не получается воспроизвести, посчитал сумму и проверил файл 8 Гб - нормально. Всего записей: 2770 | Зарегистр. 13-10-2006 | Отправлено: 11:45 01-04-2024 | Исправлено: lelik007, 11:57 01-04-2024

Страницы: 1 2 3 4 5 6

Компьютерный форум Ru.Board » Компьютеры » Программы » RapidCRC Unicode

Переход по форумам  Закладки   » Компьютеры Цифровое изображение Программы Microsoft Windows UNIX Другие OS Hardware В помощь сисадмину Прикладное программирование Игры Форумные игры   » Интернет Web-программирование В помощь вебмастеру Графика Хостинг Зацените-ка!   » Тематические Ikonboard v.2 Ikonboard v.3 Invision Board Другие форумы PHP-Nuke и другие порталы Мобила   » Общие Спорт Флейм Темы по региональным встречам Музыка и Кино Юмор Литература и Живопись   » Ru.Board Новости Помощь по форуму   » Андеграунд eBookz Варезник Раздачи и акции Мобильный варезник Андеграунд Игры и фильмы   » Специальные Тестирование