[d | an-b-bro-fr-gf-hr-l-m-maid-med-mi-mu-ne-o-old_o-p-ph-r-s-sci-sp-t-tran-tv-w-x | bg-vg | au-mo-tr | a-aa-abe-azu-c-dn-fi-hau-jp-ls-ma-me-rm-sos-tan-to-vn | misc-tenma-vndev | dev-stat]
[Burichan] [Futaba] [Gurochan] [Tomorrow] [Архив-Каталог-RSS] [Главная]

Файл: 06ed8d0ec49f4545c68dca9694393332.jpg -(213 KB, 707x1000, 06ed8d0ec49f4545c68dca9694393332.jpg)
213 No.206438  

А давайте здесь писать о всяких разных хороших и полезных мелочах, касающихся свободного ПО и всего такого!

Вот например, ещё до недавнего времени файловая система OverlayFS не могла переименовывать файлы из нижних слоёв без копирования их целиком в верхний слой. И другие метаданные тоже менять не могла. Ну там, права доступа, xattrs... Каталоги без копирования содержимого могла, а вот отдельные файлы — нет. А вот теперь, буквально начиная с ядра 4.19, уже может! Включается такое поведение любым из трёх способов: опцией при сборке ядра, параметром загружаемого модуля или опцией монтирования. В Archlinux ядро уже собрано с этой опцией.

https://kernelnewbies.org/Linux_4.19#Overlayfs_memory_usage_improvements

>> No.206440  

>>206438
А для чего OverlayFS нужна в быту и в каких сценариях использования эти улучшения более всего полезны?

>> No.206445  
Файл: b6f5464dc0295e25decf6f5d45fca6dc.jpg -(144 KB, 1086x1092, b6f5464dc0295e25decf6f5d45fca6dc.jpg)
144

>>206440
Вообще, она часто используется для всяких контейнеров и некоторых LiveCD/USB. Но её можно применять везде, где хочется а) смонтировать объединённое дерево нескольких каталогов, не прибегая к перемещению данных, и б) вносить какие-либо изменения поверх файловой системы, которая только для чтения (по статусу или по замыслу).

Например, с её помощью можно аккуратно отделить каталог с раздачами от всего того, что мы запишем поверх них! Иначе говоря, можно сделать так, чтобы в каталоге с раздачами (который по замыслу только для чтения для всех, кроме torrent-клиента) содержались файлы ТОЛЬКО от этих раздач, в исходном и нетронутом виде, и в то же время так, чтобы существовал другой каталог, где эти же самые файлы были бы отсортированы и переименованы, и к ним могли быть добавлены любые другие файлы, не входящих в раздачу — и всё это не занимало бы почти никакого дополнительного места. И выглядеть это будет так, словно бы несколько разных деревьев слились в одно большое, общее! Каталог с раздачами становится в нём нижним, RO-слоем, а ещё какой-нибудь один — верхним, RW. Изменения, сделанные в объединённом дереве, сохраняются только в верхнем слое, а нижние остаются нетронутыми.

И вот раньше таким образом можно было переименовывать и перемещать только каталоги. Файлы при любом изменении полностью копировались в верхний RW-слой. Стоило только поменять имя, и всё — у нас уже два файла вместо одного. А вот теперь при изменении только метаданных и копироваться будут только метаданные! Ну наконец-то.

(И ещё следует оговориться, что в такой ситуации симлинки, конечно, вариант... но не вариант. Каскадно-объединённое монтирование намного удобнее, красивее и аккуратнее.)




[d | an-b-bro-fr-gf-hr-l-m-maid-med-mi-mu-ne-o-old_o-p-ph-r-s-sci-sp-t-tran-tv-w-x | bg-vg | au-mo-tr | a-aa-abe-azu-c-dn-fi-hau-jp-ls-ma-me-rm-sos-tan-to-vn | misc-tenma-vndev | dev-stat]
[Burichan] [Futaba] [Gurochan] [Tomorrow] [Архив-Каталог-RSS] [Главная]