К. Закер - Компьютерные сети. Модернизация и поиск неисправностей (953092), страница 124
Текст из файла (страница 124)
Длинные именаг файлов и каталогов — это только олив нз возможностей„"предоставляемых: модулями пространств имен.: Свойства и способности тимов Хежттахе, Придаваемые новыми модулями пространсзв имен, зависят от того, какую файловую систему поддерживает конкретное пространство имен, Может показатьси 'заманчивым добавить все доступные..пространства имен для всех томов, хотя бы нз соображений обеспечения максимальной гибкости прн хранении информации, но этого следует избегать. Установка каждого нового пространства имен добавляет одну строку в ВЕТ данного тома для кажаого файла илн каталога. Таким образом, одио пространство имен удваивает размер ВЕТ.
Добавление множества пространств имен резко увеличивает размер таблицы и уменьшает число записей ВЕТ, кэшируемых в памяти сервера.- Серверы Нег%ага хранят послелние использованные записи ВЕТ в кзшпамяти„чтобы иметь к ним бысгрый доступ в случае возникновения такой потребности. Лишнее пространство имен сокращает количество кзшируемых записей вдвое, поскольку необходимы уже дае записи для каждого файла или каталога. Меньшее количество кзшируемнх'зиписей означает, что серверу с большей вероятностью потребуется получить доступ к информации ВЕТ на' диске, чем найти ее в кзш-памятй. Установка слишком большого Числа Лпполнительных прссгРвнств имен дяя кпнкретного тома способна ощутимо снизить произволительносхь дэ~йхого тома. Слеловательнхг„, оптимальным решением будет привлечение только тех пространств ймсн;:':которые действительно необхошхмы какому-либо тому Нет%ахи.
Кроме того, нужна стремиться избегать использования множества прострзхюствимен для одного тома, создавая аиесто.вгвго специализированные тома, призванные хранить конкретные типы,:информации. Например, выделение:.однаав тома дяя хранения Мжахйозп;фдйлов будет более целесообразно, тем дибавление пространства имен МАС для всех тоьвв, в нредположении, что кто-.либо захочет хранить нянях файчы Маевкой. Также есп возможность.настройки обьема памяти, кпторьгй сервер будет выдерживать дхя -:кэширования записей ВЕХ."".Комвнлк КЕТ МИЯМЫМ В!КЕСТОКУ САСНЕ И$ЛРРЕКЗ определяет число буферов, автоматически выделяемых для кэш-памяти ВЕТ при старте сервера.
Величина этого параметра по умолчанию составляет 20, и ее можно изменить на лкбое значение от 10 до 8000."Когда сервер запускается, он заказывает'дополнительные буферы для ВЕТ-кэша по требованию в соответствии со значением значения, указанным командой ВЕТ МАХ1М~ЗМ ШКЕСТ0$Ж САСНЕ И$5РРЕКЗ. Значение последнего параметра по умолчанию устанавливается равным 500, возможны его изменения в пределах от Ю до 20 000. При звличии достаточного количества памяти у сервера можно увеличить максимальный обьем кэширования в случае необходимости полдержкн дополнительных пространств имен. Зто позволит сохранить ка прежнем уров- Глава Гб. Лйвеуйвггуагв не (а возможно, и улучшить) произвадительность системы.
Каждый буфер размером 4 Кбайт, добавляемый к кзш-памяти, позволяет удерживать восемь дополнительных записей Е)ЕТ. Таким образом, чтобы удвоить как минимальное, так и максимальное число кзш-буферов, потребуется лашалнлть следующие команды в командной строке консоли сервера (илн включить их в файл Апгоехес.пс(1: аит нгнпам огвксгсат саснк во»глаз = ао. звг шхгиои огвлстсат слснк всгтавз = 1ооа Усоверыенствоаания файловой системы Ие6Маге 4.х Базовая файловая система Ие1%аге, описанная в предыдущих разделах, существует до настоящего времени, но версия Жег%»ге 4 привгюсла в нее некоторые новые черты.
Например, тома Яег%аге 4.х способны опционально ис- ПОЛЬЗОВатЬ Сжатнс "На Лсту" для уВЕЛИЧЕНИя ЕМКОстн дИСКа, В уетаНОЛаЕННОЕ время каждый день или ночь сервер подвергает сжатию'всю информйцию, содержащуюся на томе. Когда пользоваель или приложение запраппцн»зт какай-либо файл, сервер автоматически производит декомпрессию данных, прежде чем доставить файл потребителю. После етого файл остается в распакованном виде, пзговый для дальнейших обращений, вплоть до следующего цикла сжатия. Тазюй тип сжатия данных в определенной степени влияет на произвсдителыгость тома, а также отражается на загрузке процессора сервера„ однжко, в некоторых случаях д~п~лнительн~е лис«овсе пространство дая хранения информации оправдывает потери в других областях.
Другая особенность системы хранения информации 'Нес%ага 4.» заключается в способности решичь проблему потерь дискового пространства вследствие неполного заполнения блоков »йока. Дополнительное место можно высвободить с помощью специа»ьного механизма лофаелрвдеввлл» б»е»лв (Иоск зиЬаИосиФол~. Использование блоков по 4 Кбайт позволяет свести потери к минимуму, но всевозрастающая емкость сегодняшних жестких,дисков делает применение блоков малого размера все более'и'более непрвктийным. Деление блоков на еще меныиие 512-байтовые порции дает возможность оптимизировать файловые операции ло большей эффективности и минимума по герь.
Когда у тома активирована возможноать деления блоков, сервер создает определенное число зарезервировал»мх бввквв аадркирвдвввлл» . г.УМ, зибалвсаИол жила ЫааЬ,1. Это — блоки, разделенные на сегменты по 512 байтов и предназначенные лля хранения фрагментов файлов различного размера. Записывая файл на том, сервер заполняет максимально возможное число целых блоков, а затем, исходя из величины оставшегося фрагмента файла„определяет„в какой из 5ВВ можно записать остаток файла.
В резуль- тате, объем" потерь дискового пространства в самом худшем случае нс будет превышать 512 байтов на каждый файл, что згаляется существпянйм:улуч'- шением по сраиазигию с томом, нс полдерлнпиющим дробление 'блоков, лаже и случае микииааьнсго размера блока в 4 Кбайт. Резервирование блоков является опинональной иззможностью„доступной по умолчанию, размер блоков настраищются индивидуально лля' каждого тома с помоппиз утилиты $пиа11.пЬп. С другой стороны, для ее запрещения редко можно найти лостаточно веские причины, так как данная функпял работает соверпзенно незаметно и не приводит к явному ухудшению произволительности системы.
В том слу ие, когда прииийастхзх рспщние отшить- СЯ От ВОЗМОИНОСЗИ РЕЗЕРВИРОВаНИЯ бЛСХОВ ДЛЯ иЮМРСЗЗН1ГС,тсиат НЕОЗХСДИ- мо, по крайней мере, поменять размер блоков по умолчанию в 64 Кбайт лля дисков больше 5(Ю Мбайт. Иначе следует ожидать значителъных потерь дискового пространства. МО41ЕП 33ЕаеЕ ВЕГЖСЕЗ Версия Иегтгще 5 впервые продемонстрировала еще ощго улучшение файловой системы под названием ИотеИ Бплабе Зегг1сез (ИБЗ) ИЗЗ представляет собой 64-разрязвбчо службу индексированного,храпения информвпии, используюнпло свободное пространство множества устройств хранения данных для создания ддного виртуального раздела, вззвзрый.может быть разделен на любое количвсзво томов. Тома могут иметь размер до 8 Тбайт на нынешних 32-разрядных н до 8 Эбайт (то есть 8 х !644 байту на 64-разрядных серверах. ИББ-том способен хранить миллиарды файлов, ккидый из. капзрых может быть объемом, в 3 Тбайт, ИББ также значитедгдго увеличивает скорость, с которой Иегзтшс мсзгтлрует тОма.
Такой.мадлительностью часто стралает стандартная файловая система иег%ате (которая теперь называется И%РБ, поскольку появилась возможность сравнения). Другая ийфбрмация о йе6Ваге Истей Онест Зпч1сез (ИОБ, службы клталопзв Иоте11), одно из наиболее важных новшеств в версиях Исгдгагс 4.х и Истмате 5 детально обсужлаезся в сзаае Л. Протоколы ЗАРХ, используемые ИечЖате для взаимодействия типа сервер/клиент, описаны в гзаве 72 Подсистема-печати: Исг4таге "рассматривается в глазе 25 Глава 16 Ой!Х Ц1»1Х представляет собой многопользовательскую многозадачную ОС, уходяпсую своими корнями в далекие 1960-е года.
Она разрабатывалась на прага:кении 1970-х годов специалистами АТссТ'з Вей 1.а1ж и впервые была представлена в 1983 г. под названием 1Лч1Х буассо У Ке1еазе 1. С этого времени и до наших дней многие организации выпустили свои собственные версии ОС на базе 1ЛЯХ, и сейчас существует множество различных операционных систем, функционирующих на основе одних и тех же базовых компонентов 13Х1Х. Это стала возможным потому, что с самого начала ОС ЮХ1Х была бояыпе совместным исследовательским проектам, нежели коммерческим продуктам.
В отличие от фирм типа ХожИ или М1сгозой, ревностно охраняющих исходные калы своих операционных систем, разработчики 1Лч1Х изначально стремились сделать кад своей ОС свободна доступным. Это позволила каждому, кто обладал надлежащими навыкаыи, модифицировать ОС в соответствии с собственными нуждами. 1ЛЧ1Х не является ОС, удобной для пользователя, соответственно, се нечасто можно найти на компьютере обычного пользователя.
Противники характеризуют 1Л~ПХ как устаревшую ОС, которая в основном испойьаует архаичный текстовый интерфейс. Для приверженцев же БМХ является наибспее мощной, гибкой и одновременно стабильной ОС из всех ныне существующих. Как обычно, обе точки зрения правнлвны до определенной степени, а истина наладится где-то посередине. Несмотря на громадный рост популярности 1ЛЧ1Х в последнее дрем», црилавки компьютерных магазинов отнвщь не ламятса от обилия. игр,или.другого развлекательного протраммного обеспечения под 1ЛсПХ. и вряд лв атоса стоит в. блилайшее время ожидать.
Настолько же маловеракпю увидеть в ближайшем будущем офисы„полные сотрудников„.,прсщуктивно работающих в среде ЮМХ с офисными приложениями, такими как текстовые процессоры или электронные таблицы Однако копса,браузер инициирует соединение с 9уеЬ-сайтом, весьма высока вероятность того, что сервер, на котором находится данный сайт, управляется какой-либо из версий $Л~ПХ. В дополнение, многие вертикальные приложения, разработанные для специфических областей бизнеса, например, в функции которых входит заказ номерсе в отеле или аренда автомобилей, также, скорее всего, функционируют на базе 1ЛЯХ.
Несмотря на все разговоры а сложности и мощности ОХАХ,. абцвГечвнип пользовктел» 0МХ-системой с графическим пользовательским нйтерфйсам, ариеитированным на ширака применяемые ныне текстовые процессоры или %е1з-6раузеры и по удобству сравнимым с вазможностями извечного конкурепта, 'ттшг1отез, не является такой уж невыполнимой задачей. В 1ЛЧШ графические пользовательские интерфейсы не интегрированы в операцнркз ную систему настолько полностью, кз«зго произошло с различнйми' версиями Ъшйжз. Для осуществления многих из важнейших функций БХ1Х вполне хватает только командной строки, и, в большинстве случаев графический полъ3оялхаях'ский интерфейс ~ЛЯ1ь представляет собой всего лишь вспомогательную 'программу, запушенную ни «ампыатере, но никак не интегральную часть ОС. В качестве серверной операционной сисщ~д4 06ИХ приобрела прочную репутацию ОС„без сомнения стабильной для" йалдержки приложений целевого назначения, легко распространяемой на множество различных жшаратных платформ и достаточно масштабйруемой лля абеспечения пользовательской базы практически любого размера.'ВСВ операционные систеыы на базе 11Х1Х задействуют протоколы ТСР/3Р;в качестве'базовых, 'позтому изначально пригодны для использования в Ийтержте и коммуникаций с другими ОС.