LINUX.ORG.RU

История изменений

Исправление torvn77, (текущая версия) :

Хитрости в студию ;)

Хитростей там на самом деле не особо много, просто внимательно читаешь ман к mkfs.btrfs и посвящённый btrfs раздел в мане к программе mount.

Единственно что надо учитывать то, что маны в составе дистрибутива могут быть устаревшими и по этому имеет смысл поглядывать в их последние версии на сайте разработчиков.

Форматирование btrfs

Как и всё в линуксе лучше всего это делать в консоли так как часть опций доступна только в виде аргументов программы форматирования.

man mkfs.btrfs

Читаем ман и находим опции –data которую лучше всего поставить в single, –metadata лучше всего поставить в dup, опция –mixed скорее всего имеет значение только для механических накопителей и морально устаревших ssd, если ты готов сам следить за регулярным выполнением TRIM то можешь указать опцию –nodiscard, в опции –nodesize если будешь использовать сквозную компрессию лучше всего указать максимальное значение.

Монтирование btrfs

man 5 btrfs (цифра 5 не случайна!) или на странице в интернете читаем про опции:

  • commit которую лучше всего поставить в значение 28800 , то есть в восемь часов(60608), но при этом незабывай делать тройной sync (sync && sync && sync)
  • compress-force=type[:level] которую лучше всего поставть в значение zlib:6 меньше он будет при схожих временных затратах недожимать, при большем уровне сложность вычислений сильно возрастёт при том, что прирост съэкономленного объёма будет мал.
  • flushoncommit поскольку предлагаемые мной настройки предполагают запись редко или при больших объёмах то лучше всего эту опцию включить, хотя при большой фрагментации она может привести к повышенному износу ячеек. В общем на твоё усмотрение, по мне так лучше после записи важных данных тройной sync делать (sync && sync && sync)
  • ssd надо указать для твёрдотельных, nossd для механических накопителей,
  • nossdspread надо указать, так как включение ssdspread может привести к проблемам с быстродействием фс, причём не сразу, а через месяцы эксплуатации.
  • subvol= так то субтом выглядит как обычный каталог/директория, но его можно примонтировать и отдельно, что если не лень, рекомендую(мне лень)
  • thread_pool= поставь в NRCPUS-2 если у тебя Бульдозер или включен гипертрейдинг и подобное.

Ещё надо учитывать то, что не все опции, например сквозная компрессия будут распространятся на субтома и для своей работы потребуют самостоятельного монтирования субтому по опции subvol или subvolid

Исправление torvn77, :

Хитрости в студию ;)

Хитростей там на самом деле не особо много, просто внимательно читаешь ман к mkfs.btrfs и посвящённый btrfs раздел в мане к программе mount.

Единственно что надо учитывать то, что маны в составе дистрибутива могут быть устаревшими и по этому имеет смысл поглядывать в их последние версии на сайте разработчиков.

Форматирование btrfs

Как и всё в линуксе лучше всего это делать в консоли так как часть опций доступна только в виде аргументов программы форматирования.

man mkfs.btrfs

Читаем ман и находим опции –data которую лучше всего поставить в single, –metadata лучше всего поставить в dup, опция –mixed скорее всего имеет значение только для механических накопителей и морально устаревших ssd, если ты готов сам следить за регулярным выполнением TRIM то можешь указать опцию –nodiscard, в опции –nodesize если будешь использовать сквозную компрессию лучше всего указать максимальное значение.

Монтирование btrfs

man 5 btrfs (цифра 5 не случайна!) или на странице в интернете читаем про опции:

  • commit которую лучше всего поставить в значение 28800 , то есть в восемь часов(60608) (Эти разработчики убрали запись коммита при достижении объёма данных!)
  • compress-force=type[:level] которую лучше всего поставть в значение zlib:6 меньше он будет при схожих временных затратах недожимать, при большем уровне сложность вычислений сильно возрастёт при том, что прирост съэкономленного объёма будет мал.
  • flushoncommit поскольку предлагаемые мной настройки предполагают запись редко или при больших объёмах то лучше всего эту опцию включить, хотя при большой фрагментации она может привести к повышенному износу ячеек. В общем на твоё усмотрение, по мне так лучше после записи важных данных тройной sync делать (sync && sync && sync)
  • ssd надо указать для твёрдотельных, nossd для механических накопителей,
  • nossdspread надо указать, так как включение ssdspread может привести к проблемам с быстродействием фс, причём не сразу, а через месяцы эксплуатации.
  • subvol= так то субтом выглядит как обычный каталог/директория, но его можно примонтировать и отдельно, что если не лень, рекомендую(мне лень)
  • thread_pool= поставь в NRCPUS-2 если у тебя Бульдозер или включен гипертрейдинг и подобное.

Ещё надо учитывать то, что не все опции, например сквозная компрессия будут распространятся на субтома и для своей работы потребуют самостоятельного монтирования субтому по опции subvol или subvolid

Исходная версия torvn77, :

Хитрости в студию ;)

Хитростей там на самом деле не особо много, просто внимательно читаешь ман к mkfs.btrfs и посвящённый btrfs раздел в мане к программе mount.

Единственно что надо учитывать то, что маны в составе дистрибутива могут быть устаревшими и по этому имеет смысл поглядывать в их последние версии на сайте разработчиков.

Форматирование btrfs

Как и всё в линуксе лучше всего это делать в консоли так как часть опций доступна только в виде аргументов программы форматирования.

man mkfs.btrfs

Читаем ман и находим опции –data которую лучше всего поставить в single, –metadata лучше всего поставить в dup, опция –mixed скорее всего имеет значение только для механических накопителей и морально устаревших ssd, если ты готов сам следить за регулярным выполнением TRIM то можешь указать опцию –nodiscard, в опции –nodesize если будешь использовать сквозную компрессию лучше всего указать максимальное значение.

Монтирование btrfs

man 5 btrfs (цифра 5 не случайна!) или на странице в интернете читаем про опции:

  • commit которую лучше всего поставить в значение 28800 , то есть в восемь часов(60608) (Эти разработчики убрали запись коммита при достижении объёма данных!)
  • compress-force=type[:level] которую лучше всего поставть в значение zlib:6 меньше он будет при схожих временных затратах недожимать, при большем уровне сложность вычислений сильно возрастёт при том, что прирост съэкономленного объёма будет мал.
  • flushoncommit поскольку предлагаемые мной настройки предполагают запись редко или при больших объёмах то лучше всего эту опцию включить, хотя при большой фрагментации она может привести к повышенному износу ячеек. В общем на твоё усмотрение, по мне так лучше после записи важных данных тройной sync делать (sync && sync && sync)
  • ssd надо указать для твёрдотельных, nossd для механических накопителей,
  • nossdspread надо указать, так как включение ssdspread может привести к проблемам с быстродействием фс, причём не сразу, а через месяцы эксплуатации.
  • subvol= так то субтом выглядит как обычный каталог/директория, но его можно примонтировать и отдельно, что если не лень, рекомендую(мне лень)
  • thread_pool= поставь в NRCPUS/2-1 если у тебя Бульдозер или включен гипертрейдинг и подобное.

Ещё надо учитывать то, что не все опции, например сквозная компрессия будут распространятся на субтома и для своей работы потребуют самостоятельного монтирования субтому по опции subvol или subvolid