Каким подкаталогам / нужно отключить сжатие в корневой файловой системе btrfs?
Предположите установку корневой файловой системы, чтобы быть btrfs со значениями по умолчанию Ubuntu 14.10 (один подобъем для / и один для /home) и Вы хотите сжать и дедуплицировать как можно больше. Какими каталогами нужно управлять как надлежащий подобъем и отключать для сжатия? Две цели "сжимают целый possbile" и пропускают сжатие определенных частей по причинам производительности, являются взаимоисключающими, поэтому позволяют мне разъяснить вопрос:
- Определенные наборы файлов и каталогов, кажется, страдают от сжатия (например.
dpkgзанимает до 30 минут, читая список пакета после обновления) (сzlibсжатие послеbtrfs filesystem defragment -c) отключение сжатия для/var/lib/dpkg/ускоряет вещи фактором 1000. Есть ли дальнейшие примеры для такого влияния производительности (dpkgбаза данных не очень производительна). - Каталоги, содержащие исходный код (
/src/и другие), хорошие кандидаты на сжатие, хотя они будут главным образом считаны, когда система скомпилирует, и поэтому загрузка ЦП будет высока, и интенсивная ЦП распаковка должна быть сделана. Как оценить или измерить компромисс?
1 ответ
Я полагаю, что сжатие на подобъем еще не доступно. От BTRFS wiki:
Большинство монтирует, что опции относятся к целой файловой системе, и только опции для первого подобъема, который будет смонтирован, вступят в силу. Это происходит из-за отсутствия реализации и может измениться в будущем.
Это означает, что (например), Вы не можете установить на подобъем
nodatacow,nodatasum, илиcompress, использование монтирует опции. Это должно в конечном счете быть зафиксировано, но оказалось трудным реализовать правильно в платформе VFS Linux.
, Если у Вас нет информации наоборот, Ваш план (еще) не будет работать.