Исходное сообщение
"Выпуск каталогизатора домашней библиотеки MyLibrary 2.1" Отправлено Stax, 26-Мрт-23 12:30
> фрагментация и не какой фоновый дефрагментатор не справиться.Также рекомендуеться (в том > числе и разработчиками фс) ставить этот бит для файлов  баз > данных.У большинства баз данных есть свои механизмы контроля целостности и кэширования > и с механизмом cow возникает просадки по скорости. Какой вообще смысл брать btfs с nocow для БД тогда? Это же полнейший идиотизм получается. Сжатия нет, контрольных сумм нет, производительность так себе, рейд не работает. Возьмите XFS поверх рейда, если не нужны снапшоты и прочее тогда, будет проще, понятнее, и быстрее. Или возьмите настоящий ZFS. Гонял postgresql на zfs в продакшене на очень больших базах - это реальная магия, сжатие дает +50% IOPS минимум, а ARC кэш показывает очень крутые результаты в нагрузках типа БД. А на дев/тестинге БД поверх ZFS с COW позволяет иметь мгновенное создание клонов и откат на предыдущие точки, позволяя экспериментировать с продакшен датасетом по-жесткому и очень быстро возвращаться назад, если эксперимент пошел не так.