Заглавная страница Избранные статьи Случайная статья Познавательные статьи Новые добавления Обратная связь FAQ Написать работу КАТЕГОРИИ: АрхеологияБиология Генетика География Информатика История Логика Маркетинг Математика Менеджмент Механика Педагогика Религия Социология Технологии Физика Философия Финансы Химия Экология ТОП 10 на сайте Приготовление дезинфицирующих растворов различной концентрацииТехника нижней прямой подачи мяча. Франко-прусская война (причины и последствия) Организация работы процедурного кабинета Смысловое и механическое запоминание, их место и роль в усвоении знаний Коммуникативные барьеры и пути их преодоления Обработка изделий медицинского назначения многократного применения Образцы текста публицистического стиля Четыре типа изменения баланса Задачи с ответами для Всероссийской олимпиады по праву Мы поможем в написании ваших работ! ЗНАЕТЕ ЛИ ВЫ?
Влияние общества на человека
Приготовление дезинфицирующих растворов различной концентрации Практические работы по географии для 6 класса Организация работы процедурного кабинета Изменения в неживой природе осенью Уборка процедурного кабинета Сольфеджио. Все правила по сольфеджио Балочные системы. Определение реакций опор и моментов защемления |
Этапы поиска файла по абсолютному пути /usr/sbin/mcСодержание книги
Поиск на нашем сайте
При использовании относительного пути, например sbin/mc, поиск начинается с рабочего каталога /usr. Блокировка данных файла Блокирование осуществляется по блочно. Стандартом POSIX два типа блокировки: · Блокировка с монополизацией - больше ни один процесс эти блоки заблокировать не может. · Блокировка без монополизации - могут блокировать и другие процессы.
Блокировки данных файла без монополизации Если процесс К попытается блокировать блок 6 с монополизацией, то сам процесс будет заблокирован до разблокирования блока 6 всеми процессами. Создание и работа с файлом fd=creat("abc", mode) - Пример создания файла abc с режимом защиты, указанном в переменной mode (какие пользователи имеют доступ). Используется системный вызов creat. Успешный вызов возвращает целое число fd - дескриптор файла. Который хранится в таблице дескрипторов файла, открывшегопроцесса. После этого можно работать с файлом, используя системные вызовы write и read. n=read(fd, buffer, nbytes) n=write(fd, buffer, nbytes) У обоих вызовов всего по три параметра: · fd - дескриптор файла, указывающий на открытый файл · buffer - адрес буфера, куда писать или откуда читать данные · nbytes - счетчик байтов, сколько прочитать или записать байт Теперь нужно по дескриптору получить указатель на i-узел и указатель на позицию в файле для записи или чтения. Таблица открытых файлов - создана для хранения указателей на i-узел и на позицию в файле. И позволяет родительскому и дочернему процессам совместно использовать один указатель в файле, но для посторонних процессов выделять отдельные указатели.
Связь между таблицей дескрипторов файлов, таблицей открытых файлов и таблицей i-узлов. Файловая система BSD Основу составляет классическая файловая система UNIX. Особенности (отличие от предыдущей системы): · Увеличена длина имени файла до 255 символов · Реорганизованы каталоги · Было добавлено кэширование имен файлов, для увеличения производительности. · Применено разбиение диска на группы цилиндров, чтобы i-узлы и блоки данных были поближе друг к другу, для каждой группы были свои: - суперблок - i-узлы - блоки данных. Это сделано для уменьшения перемещений головок. · Используются блоки двух размеров, для больших файлов использовались большие блоки, для маленьких маленькие. Каталоговые записи ни как не отсортированы и следуют друг за другом.
Каталог BSD с тремя каталоговыми записями для трех файлов и тот же каталог после удаления файла zip, увеличивается длина первой записи. Файловые системы LINUX Изначально использовалась файловая система MINIX с ограничениями: 14 символов для имени файла и размер файла 64 Мбайта. После была создана файловая система EXT с расширением: 255 символов для имени файла и размер файла 2Гбайта. Система была достаточно медленной. Файловая система EXT2 Эта файловая система стала основой для LINUX, она очень похожа BSD систему. Вместо групп цилиндров используются группы блоков.
Размещение файловой системы EXT2 на диске Другие особенности: · Размер блока 1 Кбайт · Размер каждого i-узла 128 байт. · i-узел содержит 12 прямых и 3 косвенных адресов, длина адреса в i-узле стала 4 байта, что обеспечивает поддержку размера файла чуть более 16Гбайт. Особенности работы файловой системы: · Создание новых каталогов распределяется равномерно по группам блоков, чтобы в каждой группе было одинаковое количество каталогов. · Новые файлы старается создавать в группе, где и находится каталог. · При увеличении файла система старается новые блоки записывать ближе к старым. Благодаря этому файловую систему не нужно дефрагментировать, она не способствует фрагментации файлов (в отличии от NTFS), что проверено многолетним использованием. Файловая система EXT3 В отличие от EXT2, EXT3 является журналируемой файловой системой, т.е. не попадет в противоречивое состояние после сбоев. Но она полностью совместима с EXT2. Разработанная в Red Hat В данный момент является основной для LINUX. Драйвер Ext3 хранит полные точные копии модифицируемых блоков (1КБ, 2КБ или 4КБ) в памяти до завершения операции. Это может показаться расточительным. Полные блоки содержат не только изменившиеся данные, но и не модифицированные. Такой подход называется " физическим журналированием ", что отражает использование "физических блоков" как основную единицу ведения журнала. Подход, когда хранятся только изменяемые байты, а не целые блоки, называется " логическим журналированием " (используется XFS). Поскольку ext3 использует "физическое журналирование", журнал в ext3 имеет размер больший, чем в XFS. За счет использования в ext3 полных блоков, как драйвером, так и подсистемой журналирования нет сложностей, которые возникают при "логическом журналировании". Типы журналирования поддерживаемые Ext3, которые могут быть активированы из файла /etc/fstab: · data=journal (full data journaling mode)- все новые данные сначала пишутся в журнал и только после этого переносятся на свое постоянное место. В случае аварийного отказа журнал можно повторно перечитать, приведя данные и метаданные в непротиворечивое состояние. Самый медленный, но самый надежный. · data=ordered - записываются изменения только мета-данных файловой системы, но логически metadata и data блоки группируются в единый модуль, называемый transaction. Перед записью новых метаданных на диск, связанные data блоки записываются первыми. Этот режим журналирования ext3 установлен по умолчанию. При добавлении данных в конец файла режим data=ordered гарантированно обеспечивает целостность (как при full data journaling mode). Однако если данные в файл пишутся поверх существующих, то есть вероятность перемешивания "оригинальных" блоков с модифицированными. Это результат того, что data=ordered не отслеживает записи, при которых новый блок ложится поверх существующего и не вызывает модификации метаданных. · data=writeback (metadata only) - записываются только изменения мета-данных файловой системы. Самый быстрый метод журналирования. С подобным видом журналирования вы имеете дело в файловых системах XFS, JFS и ReiserFS. Файловая система XFS XFS - журналируемая файловая система разработанная Silicon Graphics, но сейчас выпущенная открытым кодом (open source). Официальная информация на http://oss.sgi.com/projects/xfs/ XFS была создана в начале 90ых (1992-1993) фирмой Silicon Grapgics (сейчас SGI) для мультимедийных компьютеров с ОС Irix. Файловая система была ориентирована на очень большие файлы и файловые системы. Особенностью этой файловой системы является устройство журнала - в журнал пишется часть метаданных самой файловой системы таким образом, что весь процесс восстановления сводится к копированию этих данных из журнала в файловую систему. Размер журнала задается при создании системы, он должен быть не меньше 32 мегабайт; а больше и не надо - такое количество незакрытых транзакций тяжело получить. Некоторые особенности: · Более эффективно работает с большими файлами. · Имеет возможность выноса журнала на другой диск, для повышения производительности. · Сохраняет данные кэша только при переполнении памяти, а не периодически как остальные. · В журнал записываются только мета-данные. · Используются B+ trees. · Используется логическое журналирование Файловая система RFS RFS (RaiserFS) - журналируемая файловая система разработанная Namesys. Официальная информация на RaiserFS Некоторые особенности: · Более эффективно работает с большим количеством мелких файлов, в плане производительности и эффективности использования дискового пространства. · Использует специально оптимизированные b* balanced tree (усовершенствованная версия B+ дерева) · Динамически ассигнует i-узлы вместо их статического набора, образующегося при создании "традиционной" файловой системы. · Динамические размеры блоков. Файловая система JFS JFS (Journaled File System) -журналируемая файловая система разработанная IBM для ОС AIX, но сейчас выпущенная как открытый код. Официальная информация на Journaled File System Technology for Linux Некоторые особенности: · Журналы JFS соответствуют классической модели транзакций, принятой в базах данных · В журнал записываются только мета-данные · Размер журнала не больше 32 мегабайт. · Асинхронный режим записи в журнал - производится в моменты уменьшения трафика ввода/вывода · Используется логическое журналирование. 11.7 Сравнительная таблица некоторых современных файловых систем
Файловая система NFS NFS (Network File System) - сетевая файловая система. Создана для объединения файловых систем по сети.
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Последнее изменение этой страницы: 2016-08-16; просмотров: 361; Нарушение авторского права страницы; Мы поможем в написании вашей работы! infopedia.su Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Обратная связь - 52.14.75.147 (0.006 с.) |