Исходное сообщение
"Red Hat развивает новую ФС NVFS, эффективную для NVM-памяти" Отправлено Аноним, 19-Сен-20 21:44
Если человек не хочет, чтобы у него была активная запись на BTRFS по причине copy-on-write может этот самый copy-on-write отключить для файлика, где это вызывает у него проблемы. Если человек не хочет отключать copy-on-write для этого файлика, но при этом ноет, что ФС плохая - то у меня для него плохие новости - это уже забагованность его генетического кода. БД и виртуальные диски слишком большие и у них слишком случайные паттерны доступа, поэтому они плохо вписываются в механизм работы CoW. И не так сложно сделать `chattr +C` и отключить CoW на пару-тройку файлов, где это реально мешает (а пользы от CoW в целом так-то больше, если, конечно, на томе лежат не только имиджи виртуалок). Это не проблема файловой системы. Просто нужно знать сильные и слабые стороны ФС, с которой работаешь. Тем более, что ФС умеет хорошо работать с нагрузками такого типа, нужно просто дёрнуть за нужную ручку. Если это слишком сложно - то да, таким людям лучше просто не пользоваться BTRFS, т.к. это слишком сложная ФС, которая находится за гранью их интеллектуальных способностей. Если же у вас только образы виртуалок на BTRFS лежат - то это ещё более странная претензия к ФС. Ибо для вас и микроскоп будет слишком плохим молотком. Каждой задаче - свой инструмент. И либо отводите какой-нибудь ext4/XFS под виртуалки, либо проставляйте правильно атрибуты на BTRFS.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> Если человек не хочет, чтобы у него была активная запись на BTRFS > по причине copy-on-write может этот самый copy-on-write отключить для файлика, где > это вызывает у него проблемы. Если человек не хочет отключать copy-on-write > для этого файлика, но при этом ноет, что ФС плохая - > то у меня для него плохие новости - это уже забагованность > его генетического кода. > БД и виртуальные диски слишком большие и у них слишком случайные паттерны > доступа, поэтому они плохо вписываются в механизм работы CoW. И не > так сложно сделать `chattr +C` и отключить CoW на пару-тройку файлов, > где это реально мешает (а пользы от CoW в целом так-то > больше, если, конечно, на томе лежат не только имиджи виртуалок). Это > не проблема файловой системы. Просто нужно знать сильные и слабые стороны > ФС, с которой работаешь. Тем более, что ФС умеет хорошо работать > с нагрузками такого типа, нужно просто дёрнуть за нужную ручку. Если > это слишком сложно - то да, таким людям лучше просто не > пользоваться BTRFS, т.к. это слишком сложная ФС, которая находится за гранью > их интеллектуальных способностей. > Если же у вас только образы виртуалок на BTRFS лежат - то > это ещё более странная претензия к ФС. Ибо для вас и > микроскоп будет слишком плохим молотком. Каждой задаче - свой инструмент. И > либо отводите какой-нибудь ext4/XFS под виртуалки, либо проставляйте правильно атрибуты > на BTRFS.
	Введите код, изображенный на картинке: