Исходное сообщение
"В ветку ядра Linux-next добавлена реализация ФС Bcachefs" Отправлено Аноним, 21-Сен-23 19:49
> btrfs жмет не файл целиком, а его куски по 128 КБ, поэтому > тут навряд ли количество совпадений будет сильно отличаться при разных уровнях сжатия, А таки - некая зависимость плотность сжатия vs скорость остается. Поэтому сие делают выбирабельно. Если у вас супербыстрый SSD а проц маломощный вы наверное LZ4 на минималках хотели. А если тормозной винч, на мощном проце, вас и zstd с солидной степенью сжатия не напряжет, а IO немного убавится. Как и суммарное время операции. Ну да, может на несколько процентов. > а решать будет скорее то, как алгоритм отрабатывает в среднем, но я не шарю. Ну вон то и определяет что будет в среднем. Низкие уровни - вырубают matchfinder рано. Поэтому жмет заметно быстрее, хоть и хуже. А какое соотношение оптимально в конкретном случае - зависит от деталей. И может завести в довольно дальние дебри pareto frontier'а, у этих, от сжатия, свои граали тоже есть. > бьет по времени доступа к содержимому из-за фрагментации, но я чето > уже и не помню где глянуть бенчмарки, чтобы оценить какой выигрыш > дает хранение файла "сплошняком". На механике фрагментация это фу. На SSD - сильно меньше фу, можно не очень париться. А большой непрерывный экстент всяко эффетивнее кучи мелочи. Вопрос в масштабе эффекта и стоит ли оно заморочек в конкретном случае.