Btrfs/Настройка - История изменений

Dzmuh: /* Просмотр типов и коэффициентов сжатия */

2024-01-06T23:42:34Z

Просмотр типов и коэффициентов сжатия

← Предыдущая версия		Версия от 23:42, 6 января 2024
Строка 139:		Строка 139:
	=== Просмотр типов и коэффициентов сжатия ===		=== Просмотр типов и коэффициентов сжатия ===
	'''[https://archlinux.org/packages/?name=compsize compsize]''' берёт список файлов (или всю файловую систему Btrfs) и смотрит используемые типы сжатия и эффективные коэффициенты сжатия. Размер без сжатия может не совпадать с числом, выдаваемым другими программами, такими как [https://man.archlinux.org/man/du.1 du(1)], потому что каждый экстент считается один раз, даже если на него есть несколько ссылок и даже если часть его больше нигде не используется, но ещё не была убрана при сборке мусора. Опция <code>-x</code> ограничивает анализ одной файловой системой, что полезно в ситуациях типа <code>compsize -x /</code>, чтобы предотвратить попытки программы просканировать не-Btrfs подкаталоги.		'''[https://archlinux.org/packages/?name=compsize compsize]''' берёт список файлов (или всю файловую систему Btrfs) и смотрит используемые типы сжатия и эффективные коэффициенты сжатия. Размер без сжатия может не совпадать с числом, выдаваемым другими программами, такими как [https://man.archlinux.org/man/du.1 du(1)], потому что каждый экстент считается один раз, даже если на него есть несколько ссылок и даже если часть его больше нигде не используется, но ещё не была убрана при сборке мусора. Опция <code>-x</code> ограничивает анализ одной файловой системой, что полезно в ситуациях типа <code>compsize -x /</code>, чтобы предотвратить попытки программы просканировать не-Btrfs подкаталоги.

			== Подтома ==
			{{main\|Btrfs/Подтома}}

	== Примечания ==		== Примечания ==

Dzmuh: /* Сжатие */

2024-01-06T23:34:33Z

Сжатие

← Предыдущая версия		Версия от 23:34, 6 января 2024
Строка 131:		Строка 131:
	\| text = '''Совет:''' Сжатие также может быть включено для отдельных файлов без использования опции монтирования <code>compress</code>; для этого примените <code>chattr +c</code> к файлу. Если применить это к каталогу, то файлы, создаваемые в этом каталоге, будут автоматически сжиматься.		\| text = '''Совет:''' Сжатие также может быть включено для отдельных файлов без использования опции монтирования <code>compress</code>; для этого примените <code>chattr +c</code> к файлу. Если применить это к каталогу, то файлы, создаваемые в этом каталоге, будут автоматически сжиматься.
	}}		}}

			{{Внимание\|'''Важно:'''
			* Системы, использующие старые ядра или [[btrfs-progs]] без поддержки zstd, могут быть не в состоянии прочитать или восстановить вашу файловую систему, если вы используете эту опцию.
			* Поддержка zstd в [[GRUB]] появилась в версии 2.04. Убедитесь, что у вас обновлён код загрузчика, установленный в MBR/ESP, запустив grub-install с соответствующими опциями для вашей настройки BIOS/UEFI, поскольку это не выполняется автоматически.
			}}

			=== Просмотр типов и коэффициентов сжатия ===
			'''[https://archlinux.org/packages/?name=compsize compsize]''' берёт список файлов (или всю файловую систему Btrfs) и смотрит используемые типы сжатия и эффективные коэффициенты сжатия. Размер без сжатия может не совпадать с числом, выдаваемым другими программами, такими как [https://man.archlinux.org/man/du.1 du(1)], потому что каждый экстент считается один раз, даже если на него есть несколько ссылок и даже если часть его больше нигде не используется, но ещё не была убрана при сборке мусора. Опция <code>-x</code> ограничивает анализ одной файловой системой, что полезно в ситуациях типа <code>compsize -x /</code>, чтобы предотвратить попытки программы просканировать не-Btrfs подкаталоги.

	== Примечания ==		== Примечания ==

Dzmuh: /* Сжатие */

2024-01-06T23:29:18Z

Сжатие

← Предыдущая версия		Версия от 23:29, 6 января 2024
Строка 102:		Строка 102:
	}}</ref> предоставляют подробные сравнения.		}}</ref> предоставляют подробные сравнения.

	LZO имеет фиксированный уровень сжатия, в то время как zlib и zstd имеют диапазон уровней сжатия от 1 (слабое сжатие) до 9 (zlib) или 15 (zstd); смотрите btrfs(5) § COMPRESSION. Изменение уровней по-разному влияет нагрузку процессора и пропускную способность ввода-вывода, поэтому стоит проверять производительность до и после изменения.		LZO имеет фиксированный уровень сжатия, в то время как zlib и zstd имеют диапазон уровней сжатия от 1 (слабое сжатие) до 9 (zlib) или 15 (zstd); смотрите [https://man.archlinux.org/man/btrfs.5#COMPRESSION btrfs(5) § COMPRESSION]. Изменение уровней по-разному влияет нагрузку процессора и пропускную способность ввода-вывода, поэтому стоит проверять производительность до и после изменения.

	Опция монтирования compress=алгоритм[:уровень] позволяет включить сжатие, где алгоритм — это либо zlib, lzo, zstd, либо no (без сжатия). При использовании этой опции Btrfs будет проверять, помогает ли сжатие первой порции данных в файле сэкономить место. Если да, то весь файл будет сжат; если нет, то сжатие использоваться не будет. Таким образом, если размер первой порции записи не уменьшится при сжатии, то весь файл не будет сжат, даже если остальные порции сжимаются хорошо. ~~[4]~~. Это сделано для того, чтобы не заставлять диск ждать начала записи, пока все записываемые данные не будут полностью переданы Btrfs и сжаты.		Опция монтирования <code>compress=алгоритм[:уровень]</code> позволяет включить сжатие, где <code>алгоритм</code> — это либо [[zlib]], [[lzo]], [[zstd]], либо no (без сжатия). При использовании этой опции Btrfs будет проверять, помогает ли сжатие первой порции данных в файле сэкономить место. Если да, то весь файл будет сжат; если нет, то сжатие использоваться не будет. Таким образом, если размер первой порции записи не уменьшится при сжатии, то весь файл не будет сжат, даже если остальные порции сжимаются хорошо<ref name="incompressible-data">{{cite web
			\|url = https://btrfs.readthedocs.io/en/latest/Compression.html#incompressible-data
			\|title = Compression: Incompressible data
			\|lang = en
			\|date =
			\|access-date = 2024-01-07
			\|website =
			\|archive-url = https://web.archive.org/web/20240101183952/https://btrfs.readthedocs.io/en/latest/Compression.html
			\|archive-date = 2024-01-01
			}}</ref>. Это сделано для того, чтобы не заставлять диск ждать начала записи, пока все записываемые данные не будут полностью переданы Btrfs и сжаты.

	Также можно использовать другую опцию монтирования compress-force=алгоритм[:уровень], которая заставляет Btrfs пропустить проверку сжимаемости первой порции данных и включает автоматическую попытку сжатия для каждого файла. В худшем случае это может привести к (незначительному) бесполезному увеличению загрузки процессора. Однако эмпирическое тестирование на нескольких системах смешанного использования показало значительное улучшение примерно на 10% сжатия диска при использовании compress-force=zstd по сравнению с просто compress=zstd, который также имел 10% сжатие диска. Однако имейте в виду, что принудительное сжатие не рекомендуется официальной документацией Btrfs.		Также можно использовать другую опцию монтирования <code>compress-force=алгоритм[:уровень]</code>, которая заставляет Btrfs пропустить проверку сжимаемости первой порции данных и включает автоматическую попытку сжатия для каждого файла. В худшем случае это может привести к (незначительному) бесполезному увеличению загрузки процессора. Однако эмпирическое тестирование на нескольких системах смешанного использования показало значительное улучшение примерно на 10% сжатия диска при использовании <code>compress-force=zstd</code> по сравнению с просто <code>compress=zstd</code>, который также имел 10% сжатие диска. Однако имейте в виду, что принудительное сжатие не рекомендуется официальной документацией Btrfs<ref name="incompressible-data"/>.

	Будут сжиматься только файлы, созданные или изменённые после добавления опции монтирования.		Будут сжиматься только файлы, созданные или изменённые после добавления опции монтирования.

	Чтобы применить сжатие к существующим файлам, используйте команду btrfs filesystem defragment -cалгоритм, где алгоритм — это zlib, lzo или zstd. Например, чтобы сжать всю файловую систему с помощью zstd, выполните следующую команду:		Чтобы применить сжатие к существующим файлам, используйте команду <code>btrfs filesystem defragment -cалгоритм</code>, где <code>алгоритм</code> — это <code>zlib</code>, <code>lzo</code> или <code>zstd</code>. Например, чтобы сжать всю файловую систему с помощью zstd, выполните следующую команду:

			<syntaxhighlight lang="bash">
			btrfs filesystem defragment -r -v -czstd /
			</syntaxhighlight>

			{{Внимание\|'''Важно:''' Дефрагментация файла, имеющего CoW-копию (либо снимок, либо копию, сделанную с помощью '''[[cp]]''' или bcp), плюс использование ключа <code>-c</code> с алгоритмом сжатия может привести к появлению двух не связанных друг с другом файлов, что приведёт к увеличению использования места на диске.}}

			{{Imbox
			\| type = notice
			\| text = '''Совет:''' Сжатие также может быть включено для отдельных файлов без использования опции монтирования <code>compress</code>; для этого примените <code>chattr +c</code> к файлу. Если применить это к каталогу, то файлы, создаваемые в этом каталоге, будут автоматически сжиматься.
			}}

	== Примечания ==		== Примечания ==

Dzmuh: /* Влияние на снимки */

2024-01-06T23:16:28Z

Влияние на снимки

← Предыдущая версия		Версия от 23:16, 6 января 2024
Строка 52:		Строка 52:

	Частые снимки могут снизить эффективность NOCOW, так как при первой записи всё равно требуется COW. Чтобы полностью избежать COW-операций для таких файлов, поместите их в отдельный подтом и не создавайте снимки этого подтома.		Частые снимки могут снизить эффективность NOCOW, так как при первой записи всё равно требуется COW. Чтобы полностью избежать COW-операций для таких файлов, поместите их в отдельный подтом и не создавайте снимки этого подтома.

			== Сжатие ==
			Btrfs поддерживает [https://btrfs.readthedocs.io/en/latest/Compression.html прозрачное и автоматическое сжатие]. Это уменьшает размер файлов, а также значительно увеличивает срок службы флеш-носителей благодаря уменьшению вызываемого записью износа.<ref>{{cite web
			\|url = https://fedoraproject.org/wiki/Changes/BtrfsByDefault#Compression
			\|title = Fedora:Changes/BtrfsByDefault#Compression
			\|lang = en
			\|date = 2021-02-03
			\|access-date = 2024-01-07
			\|website =
			\|archive-url = https://web.archive.org/web/20231222112344/https://fedoraproject.org/wiki/Changes/BtrfsByDefault
			\|archive-date = 2023-12-22
			}}</ref><ref>{{cite web
			\|url = https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/NTV77NFF6NDZM3QTPUM2TQZ5PCM6GOO2/
			\|title = Btrfs by default, the compression option - devel - Fedora Mailing-Lists
			\|lang = en
			\|date = 2020-07-08
			\|access-date = 2024-01-07
			\|website =
			\|archive-url = https://web.archive.org/web/20230324202057/https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/NTV77NFF6NDZM3QTPUM2TQZ5PCM6GOO2/
			\|archive-date = 2023-03-24
			}}</ref><ref>{{cite web
			\|url = https://pagure.io/fedora-btrfs/project/issue/36#comment-701551
			\|title = Issue #36: Write amplification [meta] - project - Pagure.io
			\|lang = en
			\|date = 2020-11-13
			\|access-date = 2024-01-07
			\|website =
			\|archive-url = https://web.archive.org/web/20231226220223/https://pagure.io/fedora-btrfs/project/issue/36
			\|archive-date = 2023-12-26
			}}</ref>
			Это также может улучшить производительность<ref>{{cite web
			\|url = https://www.phoronix.com/review/btrfs_compress_2635
			\|title = Using Disk Compression With Btrfs To Enhance Performance - Phoronix
			\|lang = en
			\|date = 2010-08-28
			\|access-date = 2024-01-07
			\|website =
			\|archive-url = https://web.archive.org/web/20230128092435/https://www.phoronix.com/review/btrfs_compress_2635
			\|archive-date = 2023-01-28
			}}</ref> в одних случаях (например, однопоточные задачи с интенсивным файловым вводом-выводом), но в то же время ухудшить производительность в других случаях (например, многопоточные задачи и/или задачи с нагрузкой на процессор и большим файловым вводом-выводом). Более высокая производительность обычно достигается при использовании самых быстрых алгоритмов сжатия, [[zstd]] и [[lzo]], и некоторые бенчмарки<ref>{{cite web
			\|url = https://www.phoronix.com/scan.php?page=article&item=btrfs-zstd-compress
			\|title = Btrfs Zstd Compression Benchmarks On Linux 4.14 - Phoronix
			\|lang = en
			\|date = 2017-11-13
			\|access-date = 2024-01-07
			\|website =
			\|archive-url = https://web.archive.org/web/20230708070016/https://www.phoronix.com/review/btrfs-zstd-compress
			\|archive-date = 2023-07-08
			}}</ref> предоставляют подробные сравнения.

			LZO имеет фиксированный уровень сжатия, в то время как zlib и zstd имеют диапазон уровней сжатия от 1 (слабое сжатие) до 9 (zlib) или 15 (zstd); смотрите btrfs(5) § COMPRESSION. Изменение уровней по-разному влияет нагрузку процессора и пропускную способность ввода-вывода, поэтому стоит проверять производительность до и после изменения.

			Опция монтирования compress=алгоритм[:уровень] позволяет включить сжатие, где алгоритм — это либо zlib, lzo, zstd, либо no (без сжатия). При использовании этой опции Btrfs будет проверять, помогает ли сжатие первой порции данных в файле сэкономить место. Если да, то весь файл будет сжат; если нет, то сжатие использоваться не будет. Таким образом, если размер первой порции записи не уменьшится при сжатии, то весь файл не будет сжат, даже если остальные порции сжимаются хорошо. [4]. Это сделано для того, чтобы не заставлять диск ждать начала записи, пока все записываемые данные не будут полностью переданы Btrfs и сжаты.

			Также можно использовать другую опцию монтирования compress-force=алгоритм[:уровень], которая заставляет Btrfs пропустить проверку сжимаемости первой порции данных и включает автоматическую попытку сжатия для каждого файла. В худшем случае это может привести к (незначительному) бесполезному увеличению загрузки процессора. Однако эмпирическое тестирование на нескольких системах смешанного использования показало значительное улучшение примерно на 10% сжатия диска при использовании compress-force=zstd по сравнению с просто compress=zstd, который также имел 10% сжатие диска. Однако имейте в виду, что принудительное сжатие не рекомендуется официальной документацией Btrfs.

			Будут сжиматься только файлы, созданные или изменённые после добавления опции монтирования.

			Чтобы применить сжатие к существующим файлам, используйте команду btrfs filesystem defragment -cалгоритм, где алгоритм — это zlib, lzo или zstd. Например, чтобы сжать всю файловую систему с помощью zstd, выполните следующую команду:

	== Примечания ==		== Примечания ==

Dzmuh: /* Отключение CoW */

2024-01-06T23:06:09Z

Отключение CoW

@@ Строка 35: / Строка 35: @@
 {{Imbox
 | type = notice
-| text = Совет: В соответствии с примечанием выше, вы можете использовать следующий трюк, чтобы отключить копирование при записи для существующих файлов в каталоге:
+| text = '''Совет:''' В соответствии с примечанием выше, вы можете использовать следующий трюк, чтобы отключить копирование при записи для существующих файлов в каталоге:
 }}
 == Примечания ==

Dzmuh: /* Отключение CoW */

2024-01-06T23:00:52Z

Отключение CoW

← Предыдущая версия		Версия от 23:00, 6 января 2024
Строка 31:		Строка 31:
	{{Notice\|'''Примечание:''' Из [https://man.archlinux.org/man/chattr.1 chattr(1)]:<br>		{{Notice\|'''Примечание:''' Из [https://man.archlinux.org/man/chattr.1 chattr(1)]:<br>
	При использовании Btrfs флаг '<code>C</code>' следует устанавливать для новых или пустых файлов. Если он установлен на файле, который уже имеет блоки данных, то неизвестно, когда блоки, назначенные файлу, станут полностью стабильными. Если флаг '<code>C</code>' установлен для каталога, он не будет иметь никакого эффекта на каталог, но новые файлы, создаваемые в этом каталоге, будут иметь атрибут <code>No_COW</code>.		При использовании Btrfs флаг '<code>C</code>' следует устанавливать для новых или пустых файлов. Если он установлен на файле, который уже имеет блоки данных, то неизвестно, когда блоки, назначенные файлу, станут полностью стабильными. Если флаг '<code>C</code>' установлен для каталога, он не будет иметь никакого эффекта на каталог, но новые файлы, создаваемые в этом каталоге, будут иметь атрибут <code>No_COW</code>.
			}}

			{{Imbox
			\| type = notice
			\| text = Совет: В соответствии с примечанием выше, вы можете использовать следующий трюк, чтобы отключить копирование при записи для существующих файлов в каталоге:
	}}		}}

Dzmuh: /* Отключение CoW */

2024-01-06T22:56:00Z

Отключение CoW

@@ Строка 17: / Строка 17: @@
 |archive-date = 2023-12-28
 }}</ref>
 == Примечания ==

Dzmuh: /* Отключение CoW */

2024-01-06T22:48:50Z

Отключение CoW

← Предыдущая версия		Версия от 22:48, 6 января 2024
Строка 11:		Строка 11:
	\|title = btrfs(5) — Arch manual pages		\|title = btrfs(5) — Arch manual pages
	\|lang = en		\|lang = en
	\|date =		\|date = 2023-12-14
	\|access-date = ~~2023~~-		\|access-date = 2024-01-06
	\|website =		\|website = Arch manual pages
	\|archive-url =		\|archive-url = https://web.archive.org/web/20231228034206/https://man.archlinux.org/man/btrfs.5
	\|archive-date =		\|archive-date = 2023-12-28
	}}</ref>		}}</ref>

Dzmuh в 22:47, 6 января 2024

2024-01-06T22:47:08Z

@@ Строка 6: / Строка 6: @@
 === Отключение CoW ===
 {{Внимание|Важно: Отключение CoW в Btrfs также отключает контрольные суммы. Btrfs не сможет обнаружить повреждения в <code>nodatacow</code> файлах. В сочетании с RAID 1 перебои в электропитании или другие причины повреждений могут привести к рассинхронизации данных.}}
 == Ссылки и источники ==

Dzmuh: /* Копирование при записи (CoW) */

2024-01-06T22:43:49Z

Копирование при записи (CoW)

← Предыдущая версия		Версия от 22:43, 6 января 2024
Строка 3:		Строка 3:
	== Копирование при записи (CoW) ==		== Копирование при записи (CoW) ==
	По умолчанию Btrfs постоянно использует [[Копирование при записи\|копирование при записи]] (copy-on-write) для всех файлов. Когда выполняется операция записи, новые данные не записываются поверх старых; вместо этого изменённая копия блока записывается в новое место и в метаданные записывается адрес нового блока. Подробности реализации, а также преимущества и недостатки описаны в [https://archive.kernel.org/oldwiki/btrfs.wiki.kernel.org/index.php/SysadminGuide.html#Copy_on_Write_.28CoW.29 Btrfs Sysadmin Guide].		По умолчанию Btrfs постоянно использует [[Копирование при записи\|копирование при записи]] (copy-on-write) для всех файлов. Когда выполняется операция записи, новые данные не записываются поверх старых; вместо этого изменённая копия блока записывается в новое место и в метаданные записывается адрес нового блока. Подробности реализации, а также преимущества и недостатки описаны в [https://archive.kernel.org/oldwiki/btrfs.wiki.kernel.org/index.php/SysadminGuide.html#Copy_on_Write_.28CoW.29 Btrfs Sysadmin Guide].

			=== Отключение CoW ===
			{{Внимание\|Важно: Отключение CoW в Btrfs также отключает контрольные суммы. Btrfs не сможет обнаружить повреждения в <code>nodatacow</code> файлах. В сочетании с RAID 1 перебои в электропитании или другие причины повреждений могут привести к рассинхронизации данных.}}

	== Ссылки и источники ==		== Ссылки и источники ==