Резерв свободного пространства, оставляемый в FFS, можно считать потерянным, так как он не может быть задействован для размещения файлов пользователей.
Также может иметь смысл заглянуть на сайт gorodizokna.ru, ведь именно там можно узнать много нового на тему http://www.gorodizokna.ru/. Тема Москва пробки сейчас может показаться на первый взгляд незначительной и даже не тематичной. Но стоит посетить сайт gorodizokna.ru, и тема Москва пробки сейчас начинает проявлять себя с неожиданной стороны и вызывает всё больший интерес. Дело в том, что тема Москва пробки сейчас очень подробно представлена на сайте gorodizokna.ru. Трудно найти более детальное освещение темы Москва пробки сейчас чем это сделано на сайте gorodizokna.ru. Спасибо сайту gorodizokna.ru за такое доскональное преподнесение темы Москва пробки сейчас.
Однако процент потерь в s5fs при использовании блоков размером 1 Кбайт примерно равен аналогичному показателю FFS для варианта
4-килобайтовых блоков и фрагментов длиной 512 байт. Для таких параметров систем объем зарезервированного пространства устанавливается равным 5% общего объема диска.
Структура диска
не является единственно возможной. Современные диски SCSI (Small Computer System Interface, интерфейс малых компьютерных систем) [1] имеют цилиндры неодинакового размера. Такие диски используют преимущества того факта, что их внешние дорожки способны хранить информации больше, чем внутренние, поэтому весь диск разбит на несколько зон. Внутри одной зоны каждая дорожка имеет одинаковое число секторов.
Система FFS не умеет распознавать эти диски, что заставляет пользователей применять фиктивные размеры цилиндров.
Для получения дорожек равной величины, принятой в FFS, производители дисков делят все 512-байтовые секторы диска на общее количество дорожек и секторов на дорожку. Такая операция производится из соображений удобства и не изменяет физических характеристик диска. В результате оптимизация вращения в системе FFS не имеет для таких дисков никакого значения и может вообще повлиять на производительность отрицательно. Группировка цилиндров является по- прежнему уместной, поскольку блоки соседних цилиндров обычно расположены в близлежащих дорожках диска.
Если рассматривать в целом, файловая система FFS имеет большое количество преимуществ, позволивших ей получить широкое распространение. Разработчики SVR4 включили поддержку FFS в свой продукт. Более того, многие из нововведений файловой системы FFS были добавлены ими в реализацию s5fs для SVR3. Таким образом, система s5fs стала поддерживать символические ссылки, разделяемую и эксклюзивную блокировку файлов, а также вызов rename.
Система FFS стала значительным шагом вперед по сравнению с оригинальной s5fs, но она еще далека от совершенства. Осталось много нереализованных возможностей увеличения производительности файловых систем. Одним из способов оптимизации является связывание нескольких буферов ядра, цепочки которых затем можно считывать или записывать на диск при проведении одной операции. Однако это потребует внесения изменений во всех дисковые драйверы. Увеличить производительность работы также можно, если быстро растущим файлам выделять сразу несколько блоков предварительно, освобождая неиспользованные блоки после закрытия файла. Еще одно важное средство — структурированные и основанные на расширениях файловые системы.
Система FFS уже изначально обладала некоторыми дополнительными качествами, не имевшимися в s5fs. В операционной системе 4.3BSD стали пспользоваться два новых метода кэширования, позволившие ускорить получение имен [14]. Изначально файловая система FFS использовала кэш подстановки имен файлов, основанный на рекомендациях. Эта методика около 70% имен извлекала из кэша. При переносе FFS на SVR4 разработчики сделали коды реализации кэша независимыми от файловой системы, что позволило использовать его как глобальный ресурс, доступный всем файловым системам. Рекомендации были заменены ссылками на кэшируемые файлы. Более подробно о методиках кэширования имен читайте в разделе 8.10.2.
Вторым способом является кэширование каждым процессом смещения последнего компонента каталога, являющегося частью недавно преобразованного полного имени. Если следующее преобразование будет совершено над файлом, находящимся в том же каталоге, то поиск начнется именно с этого компонента каталога. Такой подход удобен при последовательном просмотре содержимого каталога (которое производится в 10-15% случаев поиска). В реализации файловой системы для SVR4 кэшируемое смещение стало храниться в памяти. Это позволило кэшировать смещение всех каталогов вместо хранения данных только об одном каталоге для каждого процесса. С другой стороны, если несколько процессов используют один и тот же каталог одновременно, кэшируемое смещение лучше оставить в покое.
Опубликовал katy
July 09 2015 09:52:21 ·
0 Комментариев ·
3105 Прочтений ·
• Не нашли ответ на свой вопрос? Тогда задайте вопрос в комментариях или на форуме! •
Комментарии
Нет комментариев.
Добавить комментарий
Рейтинги
Рейтинг доступен только для пользователей.
Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.
Нет данных для оценки.
Гость
Вы не зарегистрированны? Нажмите здесь для регистрации.