Сочетание NTFS-разрешений с полномочиями общего доступа

Звучит многообещающе. Казалось бы, достаточно грамотно раздать пользователям соответствующие полномочия - и можно начинать работу. Однако на самом деле не всё так просто. Полномочия общего доступа и NTFS-разрешения должны чётко определять, какими реальными правами доступа обладают пользователи и группы, но, к сожалению, они часто конфликтуют между собой. Для определения окончательных полномочий того или иного пользователя сравните итоговые полномочия общего доступа с итоговыми NTFS-разрешениями. Помните, что ограничения доступа будут доминировать над разрешениями. Например, если итоговые NTFS-права доступа пользователя ограниченны уровнем Read and Execute (Чтение и выполнение), а итоговые права общего доступа - уровнем Full Control (Полный доступ), система не предоставит этому пользователю действительные права полного доступа, а выберет наиболее приоритетный уровень, в данном случае это NTFS-разрешение на чтение и выполнение. Всегда необходимо помнить о том, что итоговые ограничения в правах превалируют над итоговыми разрешениями. Это очень важный момент, который легко забывается, после чего доставляет пользователям немало хлопот. Поэтому тщательно рассчитывайте соотношения запретов и разрешений полномочий NTFS и общего доступа

33) Структура каталога. Длина имени файла в каталоге. Размер блока на диске.

Архитектура UNIX. Структуру UNIX проще всего представить в виде двух слоев. Первым является ядро. Оно непосредственно взаимодействует с железом и обеспечивает переносимость всего остального ПО на компьютеры с разным аппаратным обеспечением. Ядро предоставляет программам определенный набор системных API, с помощью которых производятся создание процессов, управление ими, их взаимодействие и синхронизация, а также файловый ввод/вывод. Вторым слоем является программное обеспечение, прикладное или системное: командный интерпретатор, графическая оболочка и т. д.

Структура ОС UNIX. Ядро - это связной, к которому обращаются посредством системных вызовов (запрашивая какую-то услугу). Связь эта - не односторонняя: ядро может и возвращать в случае необходимости какие-то данные. Основным достоинством ядра является строгая стандартизация системных API.

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

Файловая система NTFS поддерживает имена файлов длиной до 256-ти символов. Файловая система FAT поддерживает имена файлов с длиной до 11-ти символов (восемь символов имени и три символа расширения). Имена файлов NTFS сохраняют регистр символов, а файловая система FAT, в свою очередь, вообще не поддерживает регистр в именах файлов (при проведении поиска данных и других операций в файловой системе NTFS регистр символов игнорируется). Альтернативная файловая система VFAT (Virtual File Application Table) также имеет ограничение длины имени файла в 256 символов.

Имена файлов в NTFS могут содержать любые символы в любом регистре, включая пробелы, за исключением следующих:

" *: / \? < > |

Эти символы зарезервированы операционной системой Windows NT. Имя файла должно начинаться с буквы или цифры.

Имена файлов в VFAT могут содержать любые символы, кроме следующих:

/ \: | =? "; [ ], ^

В этой файловой системе имена файлов также должны начинаться с буквы или цифры.

Файловые системы NTFS и VFAT кроме обычного имени файла создают псевдоним формата 8.3

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

В системах со страничной организацией памяти имеется сходная проблема с размером страницы.

Проведенные исследования показали, что большинство файлов имеет небольшой размер (в Unix приблизительно 85% файлов имеют размер менее 8 Кбайт и 48% - менее 1Кбайта).

34) Файловая система CP/M

CP/M (Control Program/Monitor либо Control Programs for Microcomputers) — операционная система, первоначально предназначенная для 8-разрядных микрокомпьютеров. Написана в 1973 году программистом Гэри Килдаллом (Gary Kildall) на языке программирования PL/M (Programming Language for Microcomputers).

Реализации. CP/M — это первая «универсальная» операционная система для микрокомпьютеров, в которой были предусмотрены операции с дисковыми магнитными накопителями. Поначалу эта операционная система применялась только в компьютерах, которые использовали микропроцессоры Intel 8080. Позднее она была адаптирована под микропроцессор Zilog Z80. Позже появились версии CP/M для новых более совершенных микропроцессоров Motorola 68000 (CP/M-68k), а также Intel 8088, Intel 8086 (CP/M-86). В компьютерах семейства Apple II, построенных на базе процессора MOS Technology 6502, пошли по противоположному пути адаптации и разработали специальную плату расширения «Softcard» с дополнительным процессором Z80 для запуска системы CP/M и программ для неё.

Аппаратная модель. Минимальная конфигурация 8-разрядной системы, для которой подходила CP/M, содержит следующие компоненты:

· Процессор Intel 8080 или совместимый с ним (например, Intel 8085 или Zilog Z80)

· Терминал, использующий кодировку ASCII

· ОЗУ объёмом от 16 Кб

· Минимальный загрузчик в ПЗУ

· Один или больше приводов гибких дисков