[d | au / b / bro / ci / cu / dev / hr / l / m / mi / mu / o / r / s / tran / tu / tv / vg / x | a / aa / c / fi / jp / rm / tan / to / ts / vn]
- [Радио 410] [ii.booru-Архив РПГ] [acomics-cf-ost] [@] - [Архив - Каталог] [Главная]

[Назад]
Ответ
Leave these fields empty (spam trap):
Имя
Тема
Сообщение
Файл
Подтверждение
Перейти к [
Пароль (для удаления файлов и сообщений)
 
ЗАПРЕЩЕНО:
  • детская эротика/порнография
  • троллинг
 
  • Поддерживаются файлы типов GIF, JPG, MP4, OGV, PNG, WEBM размером до 4096 кБ.
  • Максимальное количество бампов треда: 500.
  • Всем посетителям рекомендуется ознакомиться с FAQ.

06ed8d0ec49f4545c68dca9694393332.jpg - (213 KB, 707x1000)  
213 KB №206438   #1

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

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

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

>> №206440   #2

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

>> №206445   #3
b6f5464dc0295e25decf6f5d45fca6dc.jpg - (144 KB, 1086x1092)  
144 KB

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

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

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

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



Удалить сообщение []
Пароль
[d | au / b / bro / ci / cu / dev / hr / l / m / mi / mu / o / r / s / tran / tu / tv / vg / x | a / aa / c / fi / jp / rm / tan / to / ts / vn]
- [Радио 410] [ii.booru-Архив РПГ] [acomics-cf-ost] [@] - [Архив - Каталог] [Главная]