Ð
если эти файлы не фрагментированы, например из-за их роста
Size: a a a
2020 January 20
T
Они статичны :)
T
Но даже если и есть фрагментация, Линукс научился ее убивать в автоматическом режиме если свободного места больше какого то порога
Ð
я надеюсь последний хдд к счастью отправил на покой несколько лет назад, когда для базы перестало хватать иопсов
T
Но даже если и есть фрагментация, Линукс научился ее убивать в автоматическом режиме если свободного места больше какого то порога
Поэтому эта проблема отпадает
Ð
задач рандомного чтения архивов не было и не предвидится, но это очень интересно, в смысле такой опыт полезно знать :) мало ли
T
Конечно для конкретных целей лучше использовать более специализированный формат сжатия
T
Который бы учитывал конкретный тип данных
Ð
можно порезать на чанки и зазипить их
T
Но так получилось что все используют gz
T
Ð
можно порезать на чанки и зазипить их
Потеряешь в компрессии очень много
Ð
это настолько критично?
T
Там размер блока 32кб. А это значит что чанки должны быть на порядки крупнее 32кб
T
Ð
это настолько критично?
Нет. Но есть критичнее вещь
T
Что это специально созданный архив. И метод не работает для тех что есть в дикой природе
АН
Подскажите продакшн реди альтернативы wZD https://www.opennet.ru/opennews/art.shtml?num=52214
Не обязательно связанные с js.
Нужно решение для хранения большого количества картинок
Не обязательно связанные с js.
Нужно решение для хранения большого количества картинок
T
А сохранение / загрузка состояния zstream работает
T
Там прикол в том что контрольные точки состоят из примерно незашифрованных 32кб данных + пара чисел
T
Поэтому чтобы индекс много места не занимал, он сжимается)