The OpenNET Project / Index page

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



Индекс форумов
Составление сообщения

Исходное сообщение
"Тестирование производительности кодировщиков WebM, Theora и ..."
Отправлено User294, 25-Мрт-11 08:02 
> винте экономите - лучшим выбором будет наиболее быстрый компрессор

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

А существенная разница сжатия с зипом возможна когда есть например file1 на мег и file2 на мег. Пусть они отличаются аж в 10 байтах. Zlib/zip/whoever else с их inflate и куцым словариком на 32Кб просто не увидят что данные файлов повторяются. Не лезет столько данных в их куцый 32Кб склероз (если забыть о том что zip жмет файлы независимо и вообще не может заметить их сходство и вспомнить о gzip и подобных). Поэтому выходной поток будет содержать в себе 2 сжатые версии почти одного и того же :). А теперь пускаем RAR или 7zip или кого там еще умеющего solid сжатие и большой словарь. С словарем более мегабайта. А вот они вполне себе поймают повторяемость данных и закодируют большую часть информации второго файла ссылками на куски первого. В выходном потоке будет сжатая копия 1го файла и немного ссылок позволяющих реконструировать и второй файл из этого. В итоге практически на ровном месте выигрыш в сжатии минимум в 2 раза. Скорее всего даже больше, т.к. меговый словарь скорее всего поймает больше совпадений чем 32Кб словарь еще и в рамках первой копии файла до кучи :))).Кстати по этой причине разумно пытаться сделать так чтобы похожие файлы попали рядом в входном потоке (особо умные типа RAR пытаются это делать сами, с переменным успехом - иногда они протупляют, т.к. то что file1.asd и file1.bak это одно и то же - архиверу нифига не очевидно в отличие от вас :D).

 

Ваше сообщение
Имя*:
EMail:
Для отправки ответов на email укажите знак ! перед адресом, например, [email protected] (!! - не показывать email).
Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
 
При общении не допускается: неуважительное отношение к собеседнику, хамство, унизительное обращение, ненормативная лексика, переход на личности, агрессивное поведение, обесценивание собеседника, провоцирование флейма голословными и заведомо ложными заявлениями. Не отвечайте на сообщения, явно нарушающие правила - удаляются не только сами нарушения, но и все ответы на них. Лог модерирования.



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

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