Исходное сообщение
"Red Hat развивает новую ФС NVFS, эффективную для NVM-памяти" Отправлено Аноним, 19-Сен-20 11:36
У BTRFS на большие файлы со случайным доступом на запись (базы данных и образы виртуалок) надо ставить атрибут nodatacow, как раз, чтобы твоей проблемы не было. Если бы ты хоть чуть-чуть ознакомился с документацией на ФС, которой пользуешься - у тебя бы не возникло таких вопросов. BTRFS по дефолту делает copy-on-write, поэтому на мелкие записи он не пишет в тот же блок, а создаёт новый модифицированный и меняет поинтер. Отсюда write amplification. Очевидно, это не желательно на образах ВМок, поэтому можно попросить ФС писать данные in-place. Во всех гайдах по BTRFS есть инфа, что на образы виртуалок надо ставить nodatacow.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> У BTRFS на большие файлы со случайным доступом на запись (базы данных > и образы виртуалок) надо ставить атрибут nodatacow, как раз, чтобы твоей > проблемы не было. Если бы ты хоть чуть-чуть ознакомился с документацией > на ФС, которой пользуешься - у тебя бы не возникло таких > вопросов. > BTRFS по дефолту делает copy-on-write, поэтому на мелкие записи он не пишет > в тот же блок, а создаёт новый модифицированный и меняет поинтер. > Отсюда write amplification. Очевидно, это не желательно на образах ВМок, поэтому > можно попросить ФС писать данные in-place. Во всех гайдах по BTRFS > есть инфа, что на образы виртуалок надо ставить nodatacow.
	Введите код, изображенный на картинке: