Відмінності між версіями «4. Загальна модель файлової системи»

Матеріал з Вікі ЦДУ
Перейти до: навігація, пошук
 
(не показано 16 проміжних версій цього учасника)
Рядок 1: Рядок 1:
Роботу будь-якої файлової системи можна представити моделлю, яка складається з багатьох рівнів. Кожен рівень надає набір функцій попередньому рівню, а сам, для виконання своєї роботи звертається з набором запитів до наступного рівня.
+
Роботу будь-якої файлової системи можна представити моделлю, яка складається з багатьох рівнів. Кожен рівень надає набір функцій попередньому рівню, а сам, для виконання своєї роботи звертається з набором запитів до наступного рівня.  
  
'''Загальна модель файлової системи:'''
+
Загальну модель файлової системи представляють двома випадками: перший випадок - файлова система містить 4 рівні, другий випадок - 5 рівнів.
  
[[Файл:Снимок112.JPG]]
+
<center><h2>'''Загальна модель файлової системи:'''</h2></center>
  
 +
<h4>'''Перший випадок:'''</h4>
  
''Символьний рівень.'' Якщо файл має тільки одне символьне ім'я (наприклад MS-DOS), то у такій файловій системі символьний рівень відсутній, тому що символьне ім'я є унікальним і може бути використане операційною системою(ОС). Якщо файлова система має файл, який може мати кілька символьних імен, то на цьому рівні проглядається ланцюжок каталогів для визначення унікального імені файлу.
+
[[Файл:Снимок112.JPG]]
  
''Базовий рівень.'' Характеристики файлу можуть входити до каталогу чи збурігатися в окремих таблицях. Якщо файл відкрити, то його характеристики переміщуються з диска в оперативну пам'ять. Це відбувається для того. щоб зменшити середній час доступу до файлу. Є такі файлові системи (наприклад, HPFS), у яких  при відкритті файлу в оперативну пам'ять переміщаються не тільки його характеристики, але й трохи перших блоків файлу, що містять дані.
+
<h4>'''Другий випадок:'''</h4>
Наступним етапом реалізації запиту до файлу є перевірка прав доступу до нього. Для цього порівнюють  повноваження користувача процесу, які видали запит, із списком дозволених видів доступу до цього файлу. Якщо доступ, на який проведено запит, дозволений, то виконання запиту продовжується, якщо ні. то видається повідомлення про порушення прав доступу.
+
 
 +
[[Файл:11333.JPG]]
 +
 
 +
Розглянемо детальныше другий випадок загальноъ моделы файловоъ системи.
 +
 
 +
''Символьний рівень.'' Якщо файл має тільки одне символьне ім'я, то у такій файловій системі символьний рівень відсутній, тому що символьне ім'я є унікальним і може бути використане операційною системою(ОС). Якщо файлова система має файл, який може мати кілька символьних імен, то на цьому рівні проглядається ланцюжок каталогів для визначення унікального імені файлу.
 +
 
 +
''Базовий рівень.'' Характеристики файлу можуть входити до каталогу чи збурігатися в окремих таблицях. Якщо файл відкрити, то його характеристики переміщуються з диска в оперативну пам'ять. Це відбувається для того, щоб зменшити середній час доступу до файлу. Є такі файлові системи , у яких  при відкритті файлу в оперативну пам'ять переміщаються не тільки його характеристики, але й трохи перших блоків файлу, що містять дані.
 +
 
 +
''Перевірка прав доступу до файлу''. Для цього порівнюють  повноваження користувача процесу, які видали запит, із списком дозволених видів доступу до цього файлу. Якщо доступ, на який проведено запит, дозволений, то виконання запиту продовжується, якщо ні, то видається повідомлення про порушення прав доступу. Визначити права доступу до файлу - означає визначити для кожного користувача набір операцій, які він може застосувати до цьому файлу. У різних файлових системах може бути визначений свій список операцій, що диференціюються доступу. Цей список може включати наступні операції:
 +
створення файлу,
 +
знищення файлу,
 +
відкриття файлу,
 +
закриття файлу,
 +
читання файлу,
 +
запис у файл,
 +
доповнення файлу,
 +
пошук у файлі,
 +
отримання атрибутів файлу,
 +
встановлення нових значень атрибутів,
 +
перейменування,
 +
виконання файлу,
 +
читання каталогу,
 +
і інші операції з файлами і каталогами.
  
 
''Логічний рівень.'' На цьому рівні визначаються координати логічного запису у файлі, на який надавався запит. Тобто визначається на якій відстані від початку файлу знаходиться необхідний логічний запис (відстань вимірюється у байтах). Звертається увага на фізичне розташування файлу. Файл представляється у вигляді безепинної послідовності байт. На даному рівні алгоритм роботи залежить від логічної організації файлу.
 
''Логічний рівень.'' На цьому рівні визначаються координати логічного запису у файлі, на який надавався запит. Тобто визначається на якій відстані від початку файлу знаходиться необхідний логічний запис (відстань вимірюється у байтах). Звертається увага на фізичне розташування файлу. Файл представляється у вигляді безепинної послідовності байт. На даному рівні алгоритм роботи залежить від логічної організації файлу.
Рядок 16: Рядок 40:
  
 
[[Файл:Снимок113.JPG]]
 
[[Файл:Снимок113.JPG]]
 +
 +
Мал. 2. Функції фізичного рівня файлової сисеми.
  
 
Вихідні дані:
 
Вихідні дані:
Рядок 35: Рядок 61:
 
s=R[S/V] - дробова частина числа S/V.
 
s=R[S/V] - дробова частина числа S/V.
  
''Фізичний рівень''. Файлова система визначає номер фізичного блоку, що містить необхідний логічний запис, і зсув логічного запису у цьому блоці. Для вирішення цієї задачі використовують: зсув логічного запису у файлі, адрусу файлу на зовнішньому пристрої, зведення про фізичну організацію файлу, включаючи розмір блоку (все це результати роботи логічного рівня).
+
''Фізичний рівень''. Файлова система визначає номер фізичного блоку, що містить необхідний логічний запис, і зсув логічного запису у цьому блоці. Для вирішення цієї задачі використовують: зсув логічного запису у файлі, адрусу файлу на зовнішньому пристрої, зведення про фізичну організацію файлу, включаючи розмір блоку (все це результати роботи логічного рівня). На малюнку 2 показано роботу фізичного рівня для елементарної фізичної організації файлу у вигляді бузупинної послідовності  блоків. Задача фізичного рівня зважується незалежно від того, як був логічно організований фійл.
 +
 
 +
Пістя того, як було визначено номер фізичного блоку, файлова система звертається до системи вводу-виводу для виконання операції обміну із зовнішнім пристроєм. Отримавши запит у буфер файлової системи передається потрібний блок. У цьому блоці на підставі отриманого при роботі фізичного рівня зсуву вибирається необхідний логічний запис.
 +
 
 +
 
 +
'''Сучасна модель файлових систем'''
 +
 
 +
Нова файлова система має багаторівневу структуру , на верхньому рівні якої розташовується так званий перемикач файлових систем. Він забезпечує інтерфейс між запитами додатка і конкретною файловою системою, до якої звертається це застосування. Перемикач файлових систем перетворить запити у формат, сприйманий наступним рівнем - рівнем файлових систем.
 +
 
 +
Кожен компонент рівня файлових систем виконаний у вигляді драйвера відповідної файлової системи і підтримує визначену організацію файлової системи. Перемикач являється єдиним модулем, який може звертатися до драйвера файлової системи. Додаток не може звертатися до нього безпосередньо. Драйвер файлової системи може бути написаний у виді реєнтерабельного коду, що дозволяє відразу декільком додаткам виконувати операції файлами. Кожен драйвер файлової системи в процесі власної ініціалізації реєструється у перемикача, передаючи йому таблицю точок входу, які будуть використовуватися при наступних зверненнях до файлової системи.
 +
 
 +
Для виконання своїх функцій драйвери файлових систем звертаються до підсистеми введення-висновку, твірній наступний шар файлової системи нової архітектура. Підсистема введення висновку - це складова частина файлової системи, яка відповідає за завантаження, ініціалізацію і управління усіма модулями нижчих рівнів файлової системи. Зазвичай ці модулі є драйвери портів, які безпосередньо займаються роботою з апаратними засобами. Окрім цього підсистема введення-висновку забезпечує деякий сервіс драйверам файлової системи, що дозволяє їм здійснювати запити до конкретних пристроям. Підсистема введення-висновку повинна постійно бути присутнім в пам'яті і організовувати спільну роботу ієрархії драйверів пристроїв. У цю ієрархію можуть входити драйвери пристроїв певного типу драйвери, підтримувані постачальниками, драйвери портів, які управляють конкретними адаптерами.
 +
 
 +
Велике число рівнів архітектура файлової системи забезпечує авторам драйверів пристроїв велику гнучкість - драйвер може отримати управління на будь-якому етапі виконання запиту - від виклику додатком функції, яка займається роботою з файлами, до того моменту, коли що працює на найнижчому рівні драйвер пристрою починає переглядати регістри контроллера. Багаторівневий механізм роботи файлової системи реалізований за допомогою ланцюжків виклику.
 +
 
 +
В ході ініціалізації драйвер пристрою може додати себе до ланцюжку виклику деякого пристрої, визначивши при цьому рівень наступного звернення. Підсистема введення-виводу поміщає адреса цільової функції в ланцюжок виклику пристрою, використовуючи заданий рівень для того, щоб належним чином упорядкувати ланцюжок. У міру виконання запиту, підсистема введення-виводу послідовно викликає усе функції, раніше поміщені в ланцюжок виклику.
 +
 
 +
Внесена в ланцюжок виклику процедура драйвера може вирішити передати запит далі - в зміненому або в незміненому виді - на наступний рівень, або, якщо це можливо, процедура може задовольнити запит, не передаючи його далі по ланцюжку.
 +
 
 +
'''[http://www.gincomputers.spb.ru/stati/ntfs.php Файлова система NTFS]''' являє собою реляційну базу даних, з дуже складною архітектурою. Практично всі структури файлових систем давно відомі хакерам і професійним програмістам, але тільки не структура NTFS, її заплутаність здатна зупинити навіть самого запеклого хакера.
 +
 
 +
Файлова система NTFS ділиться на томи та розділи, провідним розділом у якої є те що співпадає з розділом. Томи включають в себе кілька розділів. Відмінною рисою NTFS від інших файлових систем є те, що службові структури не прив'язані до певного місця, а можуть перебувати в абсолютно різних частинах томи, що дає їм можливість при необхідності розділяти себе на кілька частин за допомогою фрагментації.
 +
 
 +
Файлова система NTFS також містить і директорії, які містять файли, каталоги і блоки.
 +
 
 +
Локальний диск файлової системи NTFS ділиться на 2 зони. Перша зона займає 12% дискового простору і називається MFT-зоною. Ця зона є зоною зберігання метафайла і тому ця зона захищена від запису файлів. Решта 88% дискового простору служать для зберігання звичайних файлів. Простіше кажучи, є звичайним простором.
 +
 
 +
Ще однією унікальною рисою системи NTFS є її здатність автоматично відновлювати нормальне функціонування після збою. Таким чином файлова система NTFS здатна працювати в самих екстремальних ситуаціях, наприклад з «битими» дисками. Якщо в роботі диска виявляється пошкодження, це місце маркується як бите і дані з нього перезаписуються в інше місце.
 +
 
 +
У разі непередбаченого відключення живлення система запам'ятовує свій стан і при включенні комп'ютера перезавантажується у своєму останньому стані.

Поточна версія на 14:20, 24 квітня 2013

Роботу будь-якої файлової системи можна представити моделлю, яка складається з багатьох рівнів. Кожен рівень надає набір функцій попередньому рівню, а сам, для виконання своєї роботи звертається з набором запитів до наступного рівня.

Загальну модель файлової системи представляють двома випадками: перший випадок - файлова система містить 4 рівні, другий випадок - 5 рівнів.

Загальна модель файлової системи:

Перший випадок:

Снимок112.JPG

Другий випадок:

11333.JPG

Розглянемо детальныше другий випадок загальноъ моделы файловоъ системи.

Символьний рівень. Якщо файл має тільки одне символьне ім'я, то у такій файловій системі символьний рівень відсутній, тому що символьне ім'я є унікальним і може бути використане операційною системою(ОС). Якщо файлова система має файл, який може мати кілька символьних імен, то на цьому рівні проглядається ланцюжок каталогів для визначення унікального імені файлу.

Базовий рівень. Характеристики файлу можуть входити до каталогу чи збурігатися в окремих таблицях. Якщо файл відкрити, то його характеристики переміщуються з диска в оперативну пам'ять. Це відбувається для того, щоб зменшити середній час доступу до файлу. Є такі файлові системи , у яких при відкритті файлу в оперативну пам'ять переміщаються не тільки його характеристики, але й трохи перших блоків файлу, що містять дані.

Перевірка прав доступу до файлу. Для цього порівнюють повноваження користувача процесу, які видали запит, із списком дозволених видів доступу до цього файлу. Якщо доступ, на який проведено запит, дозволений, то виконання запиту продовжується, якщо ні, то видається повідомлення про порушення прав доступу. Визначити права доступу до файлу - означає визначити для кожного користувача набір операцій, які він може застосувати до цьому файлу. У різних файлових системах може бути визначений свій список операцій, що диференціюються доступу. Цей список може включати наступні операції: створення файлу, знищення файлу, відкриття файлу, закриття файлу, читання файлу, запис у файл, доповнення файлу, пошук у файлі, отримання атрибутів файлу, встановлення нових значень атрибутів, перейменування, виконання файлу, читання каталогу, і інші операції з файлами і каталогами.

Логічний рівень. На цьому рівні визначаються координати логічного запису у файлі, на який надавався запит. Тобто визначається на якій відстані від початку файлу знаходиться необхідний логічний запис (відстань вимірюється у байтах). Звертається увага на фізичне розташування файлу. Файл представляється у вигляді безепинної послідовності байт. На даному рівні алгоритм роботи залежить від логічної організації файлу.

Наприклад, якщо файл організований як послідовність логічних записів фіксованої довжини 1, то n-a логічний запис має зсув 1(n-1) байт. Для визначення координат логічного запису у файлі з індексно-послідовною організацією виконується читання таблиці індексів (ключів), у якій вказується адреса логічного запису.

Снимок113.JPG

Мал. 2. Функції фізичного рівня файлової сисеми.

Вихідні дані:

V - розмір блоку,

N - номер першого блоку у файлі,

S - зсув логічного запису у файлі.

Потрібно визначити на фізичному рівні:

n - номур блоку, що містить необхідний логічний запис,

s - зсув логічного запису в межах блоку.

n=N+[S/V], де [S/V] - ціла частина числа S/V;

s=R[S/V] - дробова частина числа S/V.

Фізичний рівень. Файлова система визначає номер фізичного блоку, що містить необхідний логічний запис, і зсув логічного запису у цьому блоці. Для вирішення цієї задачі використовують: зсув логічного запису у файлі, адрусу файлу на зовнішньому пристрої, зведення про фізичну організацію файлу, включаючи розмір блоку (все це результати роботи логічного рівня). На малюнку 2 показано роботу фізичного рівня для елементарної фізичної організації файлу у вигляді бузупинної послідовності блоків. Задача фізичного рівня зважується незалежно від того, як був логічно організований фійл.

Пістя того, як було визначено номер фізичного блоку, файлова система звертається до системи вводу-виводу для виконання операції обміну із зовнішнім пристроєм. Отримавши запит у буфер файлової системи передається потрібний блок. У цьому блоці на підставі отриманого при роботі фізичного рівня зсуву вибирається необхідний логічний запис.


Сучасна модель файлових систем

Нова файлова система має багаторівневу структуру , на верхньому рівні якої розташовується так званий перемикач файлових систем. Він забезпечує інтерфейс між запитами додатка і конкретною файловою системою, до якої звертається це застосування. Перемикач файлових систем перетворить запити у формат, сприйманий наступним рівнем - рівнем файлових систем.

Кожен компонент рівня файлових систем виконаний у вигляді драйвера відповідної файлової системи і підтримує визначену організацію файлової системи. Перемикач являється єдиним модулем, який може звертатися до драйвера файлової системи. Додаток не може звертатися до нього безпосередньо. Драйвер файлової системи може бути написаний у виді реєнтерабельного коду, що дозволяє відразу декільком додаткам виконувати операції файлами. Кожен драйвер файлової системи в процесі власної ініціалізації реєструється у перемикача, передаючи йому таблицю точок входу, які будуть використовуватися при наступних зверненнях до файлової системи.

Для виконання своїх функцій драйвери файлових систем звертаються до підсистеми введення-висновку, твірній наступний шар файлової системи нової архітектура. Підсистема введення висновку - це складова частина файлової системи, яка відповідає за завантаження, ініціалізацію і управління усіма модулями нижчих рівнів файлової системи. Зазвичай ці модулі є драйвери портів, які безпосередньо займаються роботою з апаратними засобами. Окрім цього підсистема введення-висновку забезпечує деякий сервіс драйверам файлової системи, що дозволяє їм здійснювати запити до конкретних пристроям. Підсистема введення-висновку повинна постійно бути присутнім в пам'яті і організовувати спільну роботу ієрархії драйверів пристроїв. У цю ієрархію можуть входити драйвери пристроїв певного типу драйвери, підтримувані постачальниками, драйвери портів, які управляють конкретними адаптерами.

Велике число рівнів архітектура файлової системи забезпечує авторам драйверів пристроїв велику гнучкість - драйвер може отримати управління на будь-якому етапі виконання запиту - від виклику додатком функції, яка займається роботою з файлами, до того моменту, коли що працює на найнижчому рівні драйвер пристрою починає переглядати регістри контроллера. Багаторівневий механізм роботи файлової системи реалізований за допомогою ланцюжків виклику.

В ході ініціалізації драйвер пристрою може додати себе до ланцюжку виклику деякого пристрої, визначивши при цьому рівень наступного звернення. Підсистема введення-виводу поміщає адреса цільової функції в ланцюжок виклику пристрою, використовуючи заданий рівень для того, щоб належним чином упорядкувати ланцюжок. У міру виконання запиту, підсистема введення-виводу послідовно викликає усе функції, раніше поміщені в ланцюжок виклику.

Внесена в ланцюжок виклику процедура драйвера може вирішити передати запит далі - в зміненому або в незміненому виді - на наступний рівень, або, якщо це можливо, процедура може задовольнити запит, не передаючи його далі по ланцюжку.

Файлова система NTFS являє собою реляційну базу даних, з дуже складною архітектурою. Практично всі структури файлових систем давно відомі хакерам і професійним програмістам, але тільки не структура NTFS, її заплутаність здатна зупинити навіть самого запеклого хакера.

Файлова система NTFS ділиться на томи та розділи, провідним розділом у якої є те що співпадає з розділом. Томи включають в себе кілька розділів. Відмінною рисою NTFS від інших файлових систем є те, що службові структури не прив'язані до певного місця, а можуть перебувати в абсолютно різних частинах томи, що дає їм можливість при необхідності розділяти себе на кілька частин за допомогою фрагментації.

Файлова система NTFS також містить і директорії, які містять файли, каталоги і блоки.

Локальний диск файлової системи NTFS ділиться на 2 зони. Перша зона займає 12% дискового простору і називається MFT-зоною. Ця зона є зоною зберігання метафайла і тому ця зона захищена від запису файлів. Решта 88% дискового простору служать для зберігання звичайних файлів. Простіше кажучи, є звичайним простором.

Ще однією унікальною рисою системи NTFS є її здатність автоматично відновлювати нормальне функціонування після збою. Таким чином файлова система NTFS здатна працювати в самих екстремальних ситуаціях, наприклад з «битими» дисками. Якщо в роботі диска виявляється пошкодження, це місце маркується як бите і дані з нього перезаписуються в інше місце.

У разі непередбаченого відключення живлення система запам'ятовує свій стан і при включенні комп'ютера перезавантажується у своєму останньому стані.