Исходное сообщение
"Началось тестирование сборок FreeBSD, переведённых на ZFS on..." Отправлено freehck, 11-Май-19 02:40
>> Никогда не включайте дедупликацию. Она требует добавления в систему порядка 20гигов рамы на терабайт диска, и не предусматривает пути назад. > Это с чего бы не предусматривает? Но таки да, включать есть смысл > разве что "на поиграться". Не предусматривает в том плане, что выключение дедупа не ведёт к уменьшению потребления рамы. Что было дедуплицировано, то останется таковым. >> Базы будете размещать, имейте в виду, что… > Не надо этого делать. CoW + CoW = fail. Вот за это -- спасибо. >> По поводу root-on-zfs > Плохая идея вне солярки. Разве что для развлечения. Если хотите иметь профит, > старайтесь обходить проблемные места. А почему бы, собственно, и нет? zfs-снапшоты системы это всё-таки довольно удобно. >> raidz > Не иначе как продавцы "полок" разработчикам занесли. Нужно было серьёзно постараться, чтобы > алгоритмически зафиксировать скорость не только записи, но и *чтения* с raidz. А можно подробности? Я не имел времени разобраться, почему zfs увеличивает латентность чтения, я просто наблюдал её и принял как данность.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>> Никогда не включайте дедупликацию. Она требует добавления в систему порядка 20гигов рамы на терабайт диска, и не предусматривает пути назад. >> Это с чего бы не предусматривает? Но таки да, включать есть смысл >> разве что "на поиграться". > Не предусматривает в том плане, что выключение дедупа не ведёт к уменьшению > потребления рамы. Что было дедуплицировано, то останется таковым. >>> Базы будете размещать, имейте в виду, что… >> Не надо этого делать. CoW + CoW = fail. > Вот за это -- спасибо. >>> По поводу root-on-zfs >> Плохая идея вне солярки. Разве что для развлечения. Если хотите иметь профит, >> старайтесь обходить проблемные места. > А почему бы, собственно, и нет? zfs-снапшоты системы это всё-таки довольно удобно. >>> raidz >> Не иначе как продавцы "полок" разработчикам занесли. Нужно было серьёзно постараться, чтобы >> алгоритмически зафиксировать скорость не только записи, но и *чтения* с raidz. > А можно подробности? Я не имел времени разобраться, почему zfs увеличивает латентность > чтения, я просто наблюдал её и принял как данность.
	Введите код, изображенный на картинке: