Показать сообщение отдельно
Старый 27.03.2005, 05:32     # 39
Yraman
::VIP::
Шустрый Поскребыш
 
Аватар для Yraman
 
Регистрация: 06.11.2003
Адрес: Чебоксары
Сообщения: 1 213

Yraman Отец (мать) всех ГуруYraman Отец (мать) всех ГуруYraman Отец (мать) всех ГуруYraman Отец (мать) всех ГуруYraman Отец (мать) всех ГуруYraman Отец (мать) всех ГуруYraman Отец (мать) всех ГуруYraman Отец (мать) всех ГуруYraman Отец (мать) всех ГуруYraman Отец (мать) всех ГуруYraman Отец (мать) всех ГуруYraman Отец (мать) всех ГуруYraman Отец (мать) всех ГуруYraman Отец (мать) всех ГуруYraman Отец (мать) всех ГуруYraman Отец (мать) всех ГуруYraman Отец (мать) всех ГуруYraman Отец (мать) всех ГуруYraman Отец (мать) всех Гуру
Можно я попробую ответить? В меру понимания, конечно.

Насчет БМГ - ему нет необходимости возвращаться совсем в начало. При загрузке с 0 дорожки считывается транслятор, данные по разметке, потом уже MBR, BR и уходим в начало таблиц ФС, где и живем, по необходимости прыгая к секторам данных. Положение головки зависит в основном от алгоритма, находящегося в прошивке, но чаще всего после обращения к данным БМГ возвращается в зону ФС.

Насчет 300000 файлов на 40 гигах-по моему несколько спорно, но развивать не буду пока.

По поводу резервирования места.
Насколько я на данный момент понимаю - MFT в достаточно грубом приближении можно сравнить с базой данных, имеющей в своем распоряжении средства для резервного копирования и восстановления данных, а также индексные данные, которые и позволяют не пробегать всю цепочку до совпадения и не держать всю ее же в памяти постоянно, а обращаться напрямую к данным. Причем по аналогии с индексными же файлами при сложном индексе или при нескольких индексах в одном индексном файле складывается ситуация, когда этот файл становится размером больше, чем сам файл БД, который индексник и должен обслуживать.
Считая, что предельо допустимое количество записей в файле БД фиксировано, мы получим следующую картину: сам файл БД, его копия, средства контроля и индексник находятся на фиксированном же пространстве, значит и размер индексника фиксирован. Но при каждом добавлении\изменении записи он растет быстрее, чем сами файлы данных. Наступит такой момент, что хранить его придется уже в сжатом виде, что плохо скажется на быстродействии системы- распаковать-получить-прочитать-изменить-запаковать.... писать устанешь!
Думаю, что именно для этого и расширяется резервируемое место.
Косвенно в мою пользу выступает факт того, что отключение в реестре контроля даты-времени последней модификации файла тоже ускоряет работу ФС - мы просто выбиваем из индексника одно из полей, уменьшаем его сложность и объем, а следовательно ускоряем по нему поиск, и соответственно чтение даннных.

Конечно, изложил я все в своем понимании, несколько обобщенно и утрированно, но думаю, правильно.
Критику приму как должное - умнее буду ведь.

Засим все.... спать, спать.... 5-30 по Москве....
__________________
Задрало чинить банкоматы. Роста по работе нет и не будет. Ищу новую работу, творчество в рамках тестов, диагностики и нового железа приветствуется
Yraman вне форума