Главная | Обратная связь | Поможем написать вашу работу!
МегаЛекции

Архитектура процессоров i386: регистровый состав.




Микропроцессор имеет 5 типов регистровых ресурсов.

1. Регистры общего назначения (РОН)

Выделяют 8 РОН. Название каждого из РОН специфично для версии процессора или режима процессора. По нему можно узнать его разрядность:

E – 32-разрядные регистры

Х – 16-разрядные

Н – 8-разрядные

16- разрядные регистры могут быть представлены в виде старшего и младшего байта. Для старшего байта название регистра содержит суффикс Н, для младшего L.

32- разрядные регистры представляются (поделены) на старшую и младшую части, при чём доступ только к старшей части не возможен. Доступ к младшей половине 32-разрядных регистров осуществляется через мнемоники AX...BX. Регистры А,D,C,B – разделены на старшие и младшие байты.

AH+AL=AX

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

1. Регистр А – регистр аккумулятор или накопитель. Схемотехнически максимально приближён к АЛУ. Используется в большинстве операций.

2. Регистр D – регистр данных, используется как регистр-дополнение к аккумулятору для операций предполагающих результат или один из операндов двойной разрядности (умножение, деление).

3. Регистр С – регистр счётчик, оснащён аппаратным декрементом -1, а также анализом значений регистра.

4. Регистр В - составляет с регистром ВР составной регистр базы, использующийся для базовой адресации.

5. Регистр ВР – содержит указатель базы, который не разделяется на старшую и младшую части.

6. Регистр SI – индексный регистр для указания адреса источника при выполнении команд со строками.

7. Регистр DI – указывает адрес приёмника строк.

8. Регистр SP – содержит указатель на дно стека, в памяти выделяется стек.

2. Сегментные регистры. Для управлении памятью используются сегментные регистр. Они частично решают проблемы связанные с принципом хранимой программы Фон - Неймана.

3. Указатели команд и флаги

4. Системные регистры. Данные регистры предназначены для организации работы ОС

5. Модель – специфичные регистры.Назначение данных регистров может измениться от версии процессора к версии.

Аббревиатура MSR х. Данный регистры служат для мониторинга состояния процессора. Например: Существует модель специфичный регистр ведущий подсчёт количества выполненных команд. В доли поздних версий процессора данный регистр используется для хранения временной метки специального численного времени процессора.

8. Архитектура процессоров i386: сегментация памяти, сегментные регистры, их дескрипторы.

Для управления памятью используются сегментные регистры, они частично решают проблемы, связанные с принципом хранимой программы.

Принцип Фон Неймана: к данным можно адресоваться как к командам, а к командам как к данным.

Общая память машины разделяется на три типа сегментов.

1. Сегменты кода, содержащие коды программ (команды).

2. Сегменты данных

Процессор не может рассматривать информацию в сегменте данных как команды.

3. Сегмент стека

Отводится только под стек.

 

Расположение сегментов в общем пространстве адресов выполняется с помощью 16-разрядных селекторов сегментов.

CS – селектор кодового сегмента (команда).

SS – селектор стекового сегмента.

DS – селектор сегмента данных.

ES,FS,GS – также селекторы сегмента данных.

Сегменты в памяти компьютера могут перекрываться или совпадать, т.е. CS,DS,SS определяют один и тот же сегмент. Переадресация элемента внутри сегмента к содержимому селектора сегмента определённым образом добавляется 32-разрядный относительный адрес.

Параллельно с сегментами-регистрами используется 64-разрядные регистры дескрипторов сегментов.

 

CS 15 0 7 0 23 0 15 0
SS        
DS        
ES        
FS        
GS        

IV III II I

I-я область ­ граница сегмента используется для обработки события выхода за его пределы.

II-я область ­ базовый адрес сегмента содержит 24-битную информацию об адресе начала сегмента.

III-я область ­ байт прав доступа к содержимому сегмента.

IV-я область ­ дополнительная информация. Эта область зарезервирована.

 

9. Виды и стили элемента управления ComboBox.

Является комбинацией поля ввода и списка, характеризуется стилем и типом. Тип определяет является ли ComboBox раскрывающимся списком и/или имеет возможность редактирования.

В первом случае мы имеем возможность выбора только из существующих полей.

Тип ComboBox Drop-Down List Edit Control
Drop-Down ComboBox + +
Drop-Down ListBox + -
Simple ComboBox - +

 

Элемент управления COMBOBOX и его стили.
    CBS_DROPDOWN соответствует DropDown ComboBox
CBS_DROPDOWNLIST соответствует DropDown ListBox
CBS_SIMPLE соответствует Simple ComboBox
CBS_UPPERCASE все элементы выполнены большими буквами
CBS_SORT сортировка
CBS_NOINTEGRALHEIGHT определяет автоматический выбор длины ниспадающего списка.

 

 

10. Виды и стили элемента управления ListBox.

Элемент управления ListBox (далее – лист) предназначен для создания списка строк. Его можно использовать, например, для отображения имён файлов, каких-либо параметров или свойств, которые можно выбрать, используя мышку или клавиатуру. Выбранная строка подсвечивается, а родительскому окну посылается сообщение. Также можно использовать в листе горизонтальные и вертикальные полосы прокрутки для просмотра большого объёма данных, не помещающихся в окне листа. ListBox автоматически отображает или скрывает полосы прокрутки, когда это необходимо.

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

Стили элемента управления ListBox:

Стиль Описание

LBS_DISABLENOSCROLL……………….. Отображает выключенную вертикальную полосу прокрутки, когда лист не содержит достаточно элементов для прокрутки. Без этого стиля полосы прокрутки спрятаны, если лист не содержит достаточное количество элементов.

LBS_EXTENDEDSEL……………………… Позволяет выделять несколько элементов с помощью клавиши SHIFT и мыши или специальной комбинации клавиш.

LBS_HASSTRINGS………………………… Указывает на то, что лист содержит в качестве элементов строки. ListBox обслуживает память и адреса для строк так, чтобы приложение могло использовать сообщение LB_GETTEXT для получения конкретной строки. По-умолчанию, все листы, кроме родительских, имеют этот стиль. Вы также можете создавать родительские листы с этим стилем или без него.

LBS_MULTICOLUMN…………………….. Создаёт лист из нескольких колонок с горизонтальной прокруткой. Сообщение LB_SETCOLUMNWIDTH устанавливает ширину колонок.

LBS_MULTIPLESEL……………………………….. Даёт возможность выбрать любое количество строк. На строке устанавливается или снимается выделение, когда пользователь делает обычный или двойной щелчок на элементе листа.

LBS_NODATA……………………………………….. Чистый лист.

LBS_NOINTEGRALHEIGHT……………………… При создании списка его размер определяется равным размеру, который задан приложением. Обычно Windows задаёт размеры листа такими, чтобы он не отображал элементы частично.

LBS_NOREDRAW…………………………………… Если задан такой стиль, то при внесении изменений изображение элемента управления класса LISTBOX не изменится. Вы можете в любое время изменить этот стиль, послав сообщение WM_SETREDRAW.

LBS_NOSEL…………………………………………. Лист с таким стилем может отображать элементы, но они не могут быть выбраны.

LBS_NOTIFY…………………………………………. Если пользователь сделает обычный или двойной щелчок на строке списка этого стиля, то родительское окно получит сообщение.

LBS_OWNERDRAWFIXED………………………... За перерисовку содержимого списка этого стиля отвечает окно-владелец; все элементы списка имеют одинаковую высоту. Родительское окно получает сообщение WM_MEASUREITEM, когда создаётся лист, и сообщение WM_DRAWITEM, когда меняются координаты или размеры листа.

LBS_OWNERDRAWVARIABLE…………………... За перерисовку содержимого списка этого стиля отвечает окно-владелец; в отличие от стиля LBS_OWNERDRAWFIXED, элементы списка могут быть разной высоты. Родительское окно получает сообщение WM_MEASUREITEM для каждого элемента в combo box, когда создаётся лист, и сообщение WM_DRAWITEM, когда меняются координаты или размеры листа.

LBS_SORT…………………………………………… С этим стилем строки сортируются в алфавитном порядке.

LBS_STANDARD…………………………………….. Строки в элементе управления класса LISTBOX сортируются в алфавитном порядке. Когда пользователь делает обычный или двойной щелчок на строке, родительскому окну посылается сообщение. Элемент управления класса LISTBOX обладает вертикальной полосой прокрутки и рамками.

LBS_USETABSTOPS………………………………... Списку позволяется распознавать и отображать все символы табуляции при выводе строк. По умолчанию одной позиции табуляции соответствуют 32 единицы масштабирования. С помощью функции GetDialogBaseUnitsO приложение может получить величину текущей базовой единицы масштабирования в пикселях. Одна единица диалога по горизонтали равняется одной четвертой текущей базовой единицы масштабирования. Базовые единицы масштабирования вычисляются на основании высоты и ширины текущего системного шрифта.

LBS_WANTKEYBOARDINPUT…………………… Если пользователь нажимает клавишу и список этого стиля обладает фокусом ввода, то владелец списка получает сообщения WM_VKEYTOITEM и WM_CHARTOITEM.

Виды файловых систем CD.

ISO 9660. В 1988 был принят Международный стандарт ISO 9660 (International Organization for Standardization, ISO), описывающий файловые системы для CD-ROM. Этот стандарт был создан на основе спецификации High Sierra (названной так по месту проведения встречи, с которой началась разработка технологии CD-ROM в ноябре 1985 года) и в принципе совпадал с основными положениями HSG. Он определяет логическую и файловую структуру записей диска CD-ROM. Практически каждый продающийся сегодня CD-ROM соответствует стандарту ISO 9660, иногда согласуясь с его расширениями, которые будут обсуждаться ниже. Одно из назначений этого стандарта заключалось в том, чтобы любой CD-ROM мог быть прочитан на любом компьютере, независимо от используемых байтового порядка и операционной системы. Как следствие, на файловые системы были наложены определенные ограничения, которые должны были позволить читать эти диски даже самым слабым из использовавшихся тогда операционных систем (таким как MS-DOS).

Базовый формат, предложенный в HSG-спецификации, во многом напоминал формат флоппи-диска. Как известно, системная дорожка (трек 0) любой дискеты не только идентифицирует сам флоппи-диск (его плотность, тип используемой операционной системы), но и хранит информацию о том, как он организован по директориям, файлам и поддиректориям. Инициирующая дорожка данных на компакт-диске начинается со служебной области, необходимой для синхронизации между приводом и диском. Далее расположена системная область, которая содержит сведения о структурировании диска. В системной области находятся также директории данного тома с указателями или адресами других областей диска. Существенное различие между структурой компакт-диска и, например, дискетой заключается в том, что на CD системная область содержит прямой адрес файлов в поддиректориях, что должно облегчить их поиск.

Стандартом ISO 9660 определены так называемые три уровня. На уровне 1 (ISO 9660 Level 1) применяются самые жесткие ограничения. Имена файлов ограничиваются уже описанной выше схемой 8 + 3, а имена каталогов могут состоять из восьми символов и не могут иметь расширений. Символы, допустимые в именах файлов включают заглавные английские буквы от А до Z, цифры от 0 до 9 и символ подчеркивания (underscore symbol "_"). Имена файлов не могут содержать специальных символов (“~”, “-”, “+”, “=”). Файлы записываются непрерывно в виде последовательности смежных секторов, а уровень вложенности каталогов не может быть более 8. Файловая системаISO 9660 Level 1 является наиболее универсальной, т.е. может читаться различными операционными системами (MS DOS, MS Windows 3.1/95/98/2000/NT, UNIX, МасОS и др.). Кроме того, уровень 1 требует, чтобы все файлы были непрерывными. Использование этого уровня обеспечивает совместимость CD-ROM с самым широким спектром систем.

Уровень 2 (ISO 9660 Level 2) ослабляет ограничение на длину имени. Он позволяет файлам и каталогам иметь имена до 31 символа, но из того же набора символов, включая пробелы и русские буквы. Уровень 2, как и предыдущий уровень не позволяет фрагментировать файлы.

На уровне 3 (ISO 9660 Level 3) используются те же ограничения имен, что и на уровне 2, но ослабляется жесткость непрерывности файлов. На этом уровне файл может состоять из нескольких разделов, каждый из которых представляет собой непрерывную последовательность блоков. Одна и та же последовательность блоков может несколько раз встречаться в одном файле и даже входить в несколько различных файлов. Такая организация файловой системы позволяет экономить место на диске. В дополнение к стандартуISO 9660 Level 3 позволяет фрагментировать файлы, т.е. записывать их в несмежные сектора. Это может случиться, например, при работе программ, использующих режим пакетной записи на компакт-диск (Packet Writing). Уровень 3 дополнительно разрешает прерывистую запись файлов - например, в случае пакетной записи в несколько этапов. Файловое оглавление сессии (VTOC - Volume Table Of Contents) записывается в начале дорожки обычными блоками данных, в отличие от TOC диска, записываемого в субканале Q зоны Lead In.

Rock Ridge. Как было показано, стандарт ISO 9660 содержит много различных ограничений. Вскоре после выхода этого стандарта пользователи из UNIX-сообщества начали работу над его расширением, чтобы файловая система UNIX могла быть представлена на CD-ROM. Эти расширения получили название Рок-Ридж (Rock Ridge) по городу из фильма Джина Уайлдера Blazing Saddles (Огненные седла), вероятно, потому, что этот фильм нравился одному из членов комитета. Таким образом, файловая система Rock Ridge является расширением стандарта ISO-9660 для UNIX-подобных операционных систем и может также читаться на персональных компьютерах Макинтош (Macintosh). Операционные системы MS DOS и MS Windows эту файловую систему не поддерживают.

Расширение использует поле System use, чтобы CD-ROM формата Rock Ridge мог читаться на любом компьютере. Все остальные поля соответствуют требованиям стандарта ISO 9660. Система, не знакомая с расширениями Rock Ridge, просто игнорирует их и видит нормальный CD-ROM.

Joliet. Сообщество UNIX было не единственной группой, которой требовалось расширение стандарта ISO 9660. Корпорация Microsoft также пришла к выводу, что стандарт ISO 9660 содержит слишком много ограничений (хотя большинство ограничений было вызвано в первую очередь требованием совместимости с файловой системой MS-DOS фирмы Microsoft). Поэтому корпорация Microsoft разработала некоторые расширения, названные Joliet. Они должны были позволить копировать на CD-ROM-диск и восстанавливать с него файловую систему Windows подобно тому, как расширения Rock Ridge позволяли работать с файловой системой UNIX. Теоретически все программы, работающие в операционной системе Windows и использующие CD-ROM, включая программы записи на CD-R, поддерживают расширение Joliet.

Основными расширениями, содержащимися в Joliet, являются:

1. Длинные имена файлов.

2. Набор символов Unicode.

3. Глубина вложенности каталогов, превышающая восемь уровней.

4. Имена каталогов с расширениями.

Версии Windows NT до 3.51 build 1057 не поддерживают чтение длинных имен файлов Joliet. Windows NT 4.0 полностью поддерживает Joliet.

Romeo. Стандарт Romeo предоставляет другую возможность записи файлов с длинными именами на компакт-диск. Длина имени может составлять 128 символов, включая пробелы. Этот вариант не является частью стандарта Joliet, не поддерживаются символы Unicode. Альтернативные имена в этом стандарте не создаются, поэтому программы MS-DOS не смогут прочитать файлы с такого диска.

Стандарт Romeo можно выбрать только в том случае, если диск предназначен для чтения приложениями Windows 9x и Windows NT. Если ограничить длину имен файлов 31 символом, компакт-диск Romeo будет читаться и в компьютере Macintosh. Также при записи для максимальной совместимости имена файлов и директории преобразуются в верхний регистр.

Hierarchical File System (HFS). Иерархическая файловая система компьютеров Macintosh не совместима ни с какими другими файловыми системами и называется Hierarchical File System (HFS). Такая файловая система может быть создана и на компакт-диске. HFS это файловая система, используемая в Macintosh. Она используется вместо ISO 9660, и таким образом не работает на системах без поддержки HFS. Сегодня единственные платформы, на которых возможно чтение HFS дисков, это Macs, Amigas (со специальной программной поддержкой AmiCDROM) и Apple IIgs. Некоторые программы записи CD дисков могут создавать смешанные (hybird) CD на которых есть как ISO 9660, так и HFS файловые системы. В частности, можно создать компакт-диск, который будет читаться в операционной системе компьютеров Macintosh, Apple II, и Amiga.

UDF. Перезаписываемый диск CD-RW может иметь такую же структуру дорожек и файловую систему, что и CD-R, либо на нем может быть организована специальная файловая система UDF (Universal Disk Format - универсальный дисковый формат), позволяющая динамически создавать и уничтожать отдельные файлы на диске. Стандарт файловой системы UDF специально предназначен для записи оптических дисков. Диски с файловой системой UDF читаются операционными системами MS Windows/95/98/2000/NT. Файловая система UDF позволяет записывать файлы на CD-RW “болванку”, прямо “на лету”. То есть вы можете использовать CD-RW как жесткий диск. Для работы UDF желателен драйвер DirectCD (есть в составе программного комплекса Roxio Easy CD Creator). После чего CD-RW можно отформатировать в UDF и совершенно свободно производить запись любых файлов. Минусы UDF - пропадает не мало места на диске. Без драйвера Direct CD прочитать диск невозможно.

Файловая система UDF (Universal Disk Format) была создана для DVD и учитывает его большую емкость и скорость. Ведь стандарт ISO 9660 был создан еще в 1988 году, и совершено не годился для нового носителя информации из-за ограничений на объем и размещение данных. Изначально основной задачей UDF была лишь непрерывность видеопотока и совместимость с обычной файловой системой (так называемой Bridged UDF, в которой видеопотоки записывались в двух видах: UDF и ISO 9660). В последующих версиях системы добавилась поддержка записи на CD-R и CD-RW диски. Это было большим шагом вперед для обычных пользователей. Появился реальный конкурент ZIP-дискам и магнитооптике. Преимущества нового стандарта записи:

1. Низкая стоимость носителей и устройства записи;

2. Возможность перезаписи/удаления "на лету";

3. Удобство записи, сравнимое с пользованием дискеты или любого другого сменного носителя информации;

4. Более эффективное использование дискового пространства;

5. Более быстрый доступ к информации;

6. Надежность сохранности данных, как у обычных CD-R дисков;

7. Самое главное - возможность чтения таких дисков на обычном CD-ROM приводе (он должен быть выпущен не раньше 1998 года).

Стандарт UDF облегчает создание дисков, которые могут использоваться при работе с несколькими операционными системами, включая DOS, Windows, OS/2, MacOS и UNIX. Когда в этих операционных системах будет осуществлена поддержка UDF (с помощью новых драйверов или расширений), они смогут распознавать любой диск DVD. Фактически UDF “абстрагирует” такие специфические особенности операционных систем, как соглашения об именах файлов, атрибутах файлов, побайтовая структура (byte ordering). Конечно, исполняемые программы будут работать только под правлением какой-то одной операционной системы (однако данные можно переносить с одной платформы) на другую. Следует отметить, что, даже если поначалу поддержка стандарта UDF будет обеспечена не во всех операционных системах, первые диски DVD-ROM могли бы стать своеобразным переходным звеном, так как на них можно размешать относящиеся к одним и тем же данным файловые структуры UDF и ISO 9660 (стандарт для дисков CD-ROM). В то же время видеоплейеры DVD смогут распознавать только диски, соответствующие специальному "подстандарту" UDF, а именно MicroUDF. По сути, это тот же UDF, но им предусмотрено, что видеоплееры ищут нужные файлы в сигнальном каталоге. Это позволяет разработчикам размещать на одном диске как видео, для просмотра которого необходима обыкновенная 6ытовая видеодека, так и данные для компьютеров, для чтения которых требуется дисковод DVD-ROM. Большим достижением в обеспечении совместимости в технологии DVD стала принятая в 2000 году единая файловая система MicroUDF. Файловая система MicroUDF - это адаптированная для применения в DVD версия файловой системы UDF (Universal Disk Format), которая, в свою очередь, основана на международном стандарте ISO 13346. Эта файловая система постепенно идет на смену устаревшей ISO 9660, созданной в свое время для использования в компакт-дисках. На переходный период (пока не выйдут из обращения компьютерные устройства и диски, работающие в формате ISO 9660) будет использоваться файловая система UDF Bridge, которая является некоторой комбинацией MicroUDF и ISO 9660. Для записи Audio/Video DVD дисков может использоваться только MicroUDF.

Виды файловых систем.

Наиболее распространенные на сегодняшний день файловые системы - это:
FAT, VFAT, FAT32, HPFS (High Performance File System), NTFS (New Technology File System), EXT2FS (Second Extended File System) и EXT3FS, BeFS, FFS (Fast File System) AMIGA, FFS BSD, NFS (Networked File System), FAT

Эта файловая система была разработана вместе с первой версией DOS и предположительно является работой Билла Гейтса. FAT - это очень простая файловая система, которая представляет собой одиночный связанный список кластеров. Такие файловые системы используют очень мало памяти и являются самыми простыми из существующих.

Распространены две основные версии FAT - FAT12 и FAT16. Первая из них разработана для дискет и может обслуживать диски размером не более 16мбайт, поскольку использует 12-битные номера кластеров. FAT16 была разработана для самых первых жестких дисков и максимальный размер диска для нее составляет 64кб*размер_кластера. Чем больше жесткий диск, тем больше должен быть кластер, что влечет за собой большие потери свободного места. Как FAT12, так и FAT16 имеют ограничение "8.3" для имен файлов и ограниченную поддержку атрибутов файлов.

VFAT. VFAT - расширение FAT, в котором добавилась возможность использовать длинные имена файлов (до 255 символов). Впервые введена в Windows 95

FAT32 Впервые введена в Windows 95 OSR2 и Windows 98. FAT32 избавился от некоторых проблем старой FAT. Как и следует из название, FAT32 использует 32 битные номера кластеров, т.е. - позволяет иметь около 4 миллиардов кластеров на раздел. Это позволяет использовать достаточно небольшой размер кластеров даже для больших дисков.

HPFS (High Performace Filesystem) HPFS была создана IBM и Microsoft для системы OS/2. Предполагалось, что эта система будет быстрой, поддерживающей длинные имена файлов, небольшие размеры кластеров, не имеющей проблем с дефрагментацией и поддерживающей больше атрибутов. HPFS, являясь предшественницей NTFS, является по сути дела NTFS минус атрибуты безопасности. Вместо того, чтобы хранить цепочки кластеров в связанном списке, HPFS сохраняет всю информацию в сортированном B-дереве, что значительно ускоряет поиск файлов.

HPFS - представитель семейства "inode" - файловых систем, в противопоставление FAT-семейству. Другие примеры inode: NTFS, ext2fs и большинство файловых систем, используемых в UNIX'ах. Вместо того, чтобы хранить таблицы директорий и другие дескрипторы в начале диска, HPFS размещает их по всему диску через определенные интервалы, поэтому для того, чтобы прочитать таблицы, головки диска должны добраться до ближайшей таблицы, а не до начала диска.

NTFS (New Technology Filesystem) NTFS - родная файловая система ОС Windows NT. Она очень похожа на HPFS, но поддерживает атрибуты безопасности, такие как контроль доступа. Поскольку Windows NT полностью Unicode, NTFS - тоже Unicode, т.е. каждый символ представляется двумя байтами. Кроме атрибутов безопасности, NTFS добавляет к HPFS и другие возможности. Во первых - это повышенная надежность - при использовании HPFS стирание кластера в нужном месте могло сделать весь диск недоступным. Во вторых - добавлена поддержка нескольких твердых ссылок на файл. В третьих - NTFS может использовать различные размеры сектора и поддерживает более одного кластера на сектор.

ext2fs (Second Extended Filesystem) ext2fs - родная файловая система ОС Linux. Она является еще одним примеров inode-файловых систем. Раздел ext2fs составлен из блоков, каждый из которых обычно имеет размер 1кб. Первый блок (загрузочный) обнулен, все остальные разделены на группы блоков (обычно от 256 до 8192 блоков в каждой). Каждая группа блоков содержит:

1. Копию суперблока. 2. дескрипторы ФС, 3. карту блоков, 4. карту inode, 5. блоки данных, на которых ссылаются inode.

Первый inode - особенный, он содержит список всех поврежденных блоков, пятый inode содержит загрузчик, а одиннадцатый - корневую директорию.

ext3fs (Third Extended Filesystem) Журнальная файловая система, по сути - то ext2fs с добавленным логгированием операций ввода/вывода.

BeFS Используется в BeOS. Очень похожа на файловую систему MacOS, является 64-битной файловой системой.

FFS (Amiga) Используется ОС Amiga DOS.

FFS (BSD) Обычно используется операционными система FreeBSD, NetBSD и т.п.

NFS Разработана Sun Microsystems. Широко распространилась, благодаря простоте реализации. Оборотная сторона медали - это плохое быстродействие и практическиполное отсутствие безопасности. Она хорошо подходит для read-only доступа, но если использовать ее например для совместного доступа к базе данных, то проявляется крайняя ненадежность NFS - например, если одновременно два клиента ведут запись в файл базы данных, то информация одного из них будет потеряна. Многие проблемы были разрешены в новых версиях

NetWare. Операционная система NetWare всегда была оптимизирована для использования сетевого сервера, чего нельзя сказать об операционных системах общего назначения, таких как Unix, Windows NT, OS/2, Macintosh и DOS. Файловая система NetWare во многом отличается от файловых систем, предлагаемых данными операционными системами. Это включает в себя несколько ключевых моментов, в том числе обеспечение целостности данных в NetWare и высокой производительности, а также удивительную емкость файловой системы NetWare.

При создании файловой системы NetWare были запроектированы следующие цели (которые перечислены в порядке их важности):

1. сохранение целостности данных;

2. достижение высокой производительности;

3. обеспечение емкости на уровне файловой системы большой ЭВМ;

4. предоставление приложениям широкого диапазона услуг.

Ядро файловой системы операционной системы NetWare 4.0 включает в себя программы, перенесенные из NetWare 3.x. Таким образом, большинство интерфейсов API файловой системы NetWare 4.0 обладает обратной совместимостью с NetWare 3.1 и старше. Однако, файловая система NetWare 4.0 предлагает несколько новых возможностей.

EFS (Encrypting file system) Шифрующая файловая система это тесно интегрированная с NTFS служба, располагающаяся в ядре Windows 2000. Ее назначение: защита данных, хранящихся на диске, от несанкционированного доступа путем их шифрования. Появление этой службы не случайно, и ожидалось давно. Дело в том, что существующие на сегодняшний день файловые системы не обеспечивают необходимую защиту данных от несанкционированного доступа.

Возникает вопрос: а как же, к примеру, файловая система NTFS, которая обеспечивает разграничение доступа и защиту данных от несанкционированного доступа. Но файловая система NTFS не может обеспечить безопасность в том случае, когда доступ к разделу NTFS осуществляется не с помощью средств операционной системы, а напрямую, на физическом уровне. А это сравнительно легко реализовать, например, загрузившись с дискеты и запустив специальную программу: например, весьма распространенную ntfsdos. Конечно можно задать пароль на запуск системы, однако такая защита малоэффективна, особенно в том случае, когда за одним компьютером работают сразу несколько пользователей. А если не исключена возможность извлечения жесткого диска из компьютера, то здесь уже не помогут никакие пароли. Подключив диск к другому компьютеру, его содержимое можно будет прочитать без особых проблем. Таким образом, можно свободно овладеть конфиденциальной информацией, которая хранится на жестком диске.

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

Система EFS была разработана с целью преодоления этих недостатков

Поделиться:





Воспользуйтесь поиском по сайту:



©2015 - 2024 megalektsii.ru Все авторские права принадлежат авторам лекционных материалов. Обратная связь с нами...