Исходное сообщение
"Принято решение использовать в Fedora 16  по умолчанию файло..." Отправлено Аноним, 10-Июн-11 15:09
> Граждане, а по поводу производительности. btrfs - фс с copy-on-write со всеми > плюсами и минусами, т.е. с дикой фрагментацией. Для борьбы с этой "фичой" есть GC объединенный с дефрагером. Собственно единственный реальный минус данного дизайна. > Теоретически при часто изменяющихся данных на сильно забитом винте (более 90%), данные > раскидаются в такую мозайку, что производительность диска упадет напрочь Практически, она и на других ФС упадет и не у любой из них кстати дефраг на этот случай найдется. > В то же время, для SSD (и других NAND и подобных), в котором расположение данных не > сильно влияет на производительность, запись всегда в разное место даже полезна, т.к. > может равномерно "размазывать" нагрузку на сектора накопителя. Это тоже частичка будущего.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Граждане, а по поводу производительности. btrfs - фс с copy-on-write со всеми >> плюсами и минусами, т.е. с дикой фрагментацией. > Для борьбы с этой "фичой" есть GC объединенный с дефрагером. Собственно единственный > реальный минус данного дизайна. >> Теоретически при часто изменяющихся данных на сильно забитом винте (более 90%), данные >> раскидаются в такую мозайку, что производительность диска упадет напрочь > Практически, она и на других ФС упадет и не у любой из > них кстати дефраг на этот случай найдется. >> В то же время, для SSD (и других NAND и подобных), в котором расположение данных не >> сильно влияет на производительность, запись всегда в разное место даже полезна, т.к. >> может равномерно "размазывать" нагрузку на сектора накопителя. > Это тоже частичка будущего.
	Введите код, изображенный на картинке: