The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Индекс форумов
Составление сообщения

Исходное сообщение
"Во FreeBSD HEAD принят код с реализацией поддержки USB 3.0"
Отправлено User294, 11-Окт-10 07:30 
> В UFS2 каждый блок внутри делится на фрагменты и запись файлов производится
> не только на уровне целых блоков, но и на уровне их фрагментов.

Вы видимо не поняли мыслю. Фич экстентов - в том что они позволяют описать довольно большой непрерывный блок (в EXT4 до 128Мб если меня склероз не подводит) довольно компактной структурой. В то время как блочные аллокаторы в тех же условиях честно метят аллокацию каждого блока ФС во всей этой чушке поблочно. Что ессно получается медленно и печально.

> В итоге получаем более компактное размещение данных и, как следствие, меньшую
> фрагментированность

Кхм, интересно, как это вы дополнительно поделив на фрагменты получаете МЕНЬШУЮ фрагментированность? Вообще-то по логике, от деления на бОльшее число меньших фрагментов фрагментация должна бы возрастать. Памятуя о проблемах рейзера с tail packing могу предположить что возможность фрагментации на субблоки дает возможность ... ужесточить масштаб жопы в которую можно загнать ФС путем нехитрых манипуляций ака "довольно забитый том с которым активно работают" :).

> занятого и незанятого пространства. В Ext2/3 такое невозможно
> в принципе, поэтому куча места с полузанятыми блоками пропадает зря, увеличивается
> фрагментированность незанятого пространства, а в последствии — и новых файлов.

У вас логика хромая. Ща полечим.  В предельном случае (пусть у нас будет ФС аж с 1 блоком на весь диск!) - фрагментация возникнуть вообще не может. Непрерывный блок и все тут. С 2я блоками фрагментации чуть больше - максимум возможно 2 фрагмента. И так далее. Вроде логика доступная даже школоте получается - чем меньше минимальный юнит, тем больше максимально возможная фрагментация?! В результате могу себе представить как ФС в условиях забитого тома придется колупаться в мелких субблоках выкраивая там место. А вот после этого даже если стереть уже что-то - придется работать на уровне мелких субблоков и большого числа маленьких фрагментиков. Итого - выглядит как возможность загнать ФС в ужасную ЖО из которой ее потом можно будет вытащить вероятно только полным реформатом тома (не в курсе есть ли для UFS дефрагер но на такой вермишели он бы неделю разгребался).

 

Ваше сообщение
Имя*:
EMail:
Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email).
Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
 
При общении не допускается: неуважительное отношение к собеседнику, хамство, унизительное обращение, ненормативная лексика, переход на личности, агрессивное поведение, обесценивание собеседника, провоцирование флейма голословными и заведомо ложными заявлениями. Не отвечайте на сообщения, явно нарушающие правила - удаляются не только сами нарушения, но и все ответы на них. Лог модерирования.



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру