Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
operatsionnye_sistemy.rtf
Скачиваний:
55
Добавлен:
26.05.2015
Размер:
3.8 Mб
Скачать

Windows

  1. Ядро. Работает с устройствами, управляет памятью и процессами, управляет графической подсистемой.

  2. Графическая подсистема. Обеспечивает интерфейс с пользователем. Приоритетная система для пользовательского интерфейса.

  3. Текстовая подсистема. Обеспечивает текстовый интерфейс с пользователем. Текстовый интерфейс весьма урезанный. Набор утилит текстового режима как встроенных, так и других производителей весьма куцый. Синтаксис и состав команд текстового режима меняется от версии к версии. Запускается только поверх графического режима.

  4. Система удаленного доступа. Появилась впервые, как встроенная в систему, в Windows NT Server 4.0. До этого были только продукты других фирм. В связи с тем, что запускается полноценная графическая сессия, кушает очень много ресурсов. Наличие системы удаленного доступа и количество одновременных сессий может вообще отсутствовать или быть ограничено в разных версиях из коммерческих соображений.

Жесткие ссылки

Для создания дополнительных жестких ссылок на существующий файл (но не на директорию, даже не смотря на то, что записи . и .. существуют в системе в виде жестких ссылок) используется команда ln.

Символические ссылки

Для создания символических ссылок используется команда ln с опцией -s. При создании символических ссылок используются имена файлов или директорий, которые могут быть как абсолютными, так и относительными. Если вы используете относительные имена, то, как правило, подразумевается, что создаваемые ссылки будут располагаться в текущей рабочей директории; в противном случае создаваемые вами ссылки будут относительными по отношению к другой точке файловой системы. В листинге 3 показаны два способа создания символических ссылок на файл file1, а также то, как вместо двух жестких ссылок (которые мы не смогли создать в листинге 2) создать две символические ссылки.

Различия между копированием и созданием ссылок

В зависимости от конкретных задач иногда лучше использовать ссылки, а иногда копировать файлы. Главное отличие заключается в том, что с помощью ссылок для одного и того же файла можно задать несколько имен, тогда как при копировании создается два объекта с идентичными данными, но с разными именами. Несомненно, следует использовать копирование для создания резервных копий, а также при тестировании новых программ, чтобы не подвергать риску рабочие данные. Ссылки имеет смысл использовать тогда, когда необходимо создать псевдоним для файла (или директории), возможно, более удобный в использовании. В следующем разделе мы рассмотрим несколько других примеров использования ссылок.

Как вы уже видели, при обновлении файла обновляются и все ссылки на него, чего не происходит в случае его копирования. Также помните о том, что символические ссылки могут оказаться "битыми", но в результате последующих операций записи может быть создан новый файл. Будьте аккуратны при использовании ссылок.

44. Базовая файловая система. Ее структура, особенности, недостатки и ограничения.

Недостатки файловой системы s5fs

Файловая система s5fs привлекательна благодаря своей простоте. Однако обратной стороной медали является низкая надежность и производительность.

С точки зрения надежности слабым местом этой файловой системы является суперблок. Суперблок несет основную информацию о файловой системе в целом, и при его повреждении файловая система не может использоваться. Поскольку суперблок хранится в единственном варианте, вероятность возникновения ошибок достаточна велика.

Относительно низкая производительность связана с размещением компонентов файловой системы на диске. Метаданные файлов располагаются в файловой системе, а далее следуют блоки хранения данных. При работе с файлом, происходит обращение как к его метаданным, так и к дисковым блокам, содержащим его данные. Поскольку эти блоки могут быть значительно разнесены в дисковом пространстве, необходимость постоянного перемещения головки диска увеличивает время доступа и, как следствие, уменьшает производительность файловой системы. К этому же эффекту приводит фрагментация файловой системы, поскольку отдельные блоки файла оказываются разбросанными по всему разделу диска.

Массив индексных дескрипторов имеет фиксированный размер, задаваемый при создании файловой системы. Этот размер накладывает ограничение на максимальное число файлов. Расположение границ между метаданными файлов и их данными может оказаться неоптимальным, приводящим либо к нехватке индексных дескрипторов, если хранятся файлы небольшого размера, либо к нехватке дисковых блоков для хранения файлов большого размера. Поскольку динамически изменить эту границу невозможно, всегда остается неиспользованное дисковое пространство либо в массиве метаданных, либо в блоках хранения данных.

Наконец, ограничения, накладываемые на длину имени файла (14 символов) и общее число индексных дескрипторов (65535), также являются слишком жесткими.

Эти недостатки привели к разработке новой архитектуры файловой системы, которая появилась в версии 4.2 BSD UNIX под названием Fast File System или FFS.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]