Адміністрування системного реєстру Win9x/nt/2000
Утиліти : розширення фізичної машини.
Визначальні слова, що ми підкреслювали при визначенні утиліти, були «загальцільова» і «розповсюджена». Задумаємся на хвилину над цими словами: «загальцільова» означає корисність у різних ситуаціях; «розповсюджена» включає характеристики, що часто й усіма використовуються.
Як ці концепції співвідносяться із системою команд ЕОМ? З центральним процесором? У загальному і цілому система команд
ЦП складається з таких операцій, що вважаються найбільш корисними при обчисленнях. Стандартний набір команд мало розрізняється для різних ЕОМ. Крім цього, більшість виробників ЕОМ додає для своєї архітектури ЕОМ ряд спеціальних команд, що дозволяє швидше виконувати визначені типи обчислень.
Схожим способом реалізації майже кожної операційної системи заснована на точно визначеній підмножині операцій. Можна думати про ці операції як про розширення фізичної архітектури ЕОМ. У загальному дешевше реалізувати ці операцій програмно, чим апаратно, особливо якщо вони потребують для виконання операнди різної чи довжини сильно відрізняються для визначених додатків формату. У будь-якому випадку майже кожен модуль операційної системи залежить від цих розширених команд — особливої групи. Таким чином, модулі нижнього рівня, що служать для багатьох цілей і використовувана багатьма підсистемами, суть утиліти. Вони в дійсності є розширеннями фізичної архітектури ЕОМ, щоб зробити її більш придатною для реалізації операційної системи.
Що мається на увазі під утилітами? Перше, вони, за винятком рідких випадків, недоступні користувальницьким програмам, а використовуються винятково операційною системою. Друге, оскільки вони використовуються практично будь-який підсистемою, вони повинні мати єдиний інтерфейс і надавати стандартне обслуговування. Точний результат конкретної реалізації утиліти залежить від (принаймні одного з) її аргументів. Третє, дія утиліти повинна бути точно визначено, хоча і не в такому строгому змісті, як функція апаратури. Як бажано, так і необхідно мало-мало гнучкості, якщо ми переходимо на наступний послу чистої електроніки рівень. Останнє, утиліти повинні виконувати свої функцій ефективно, тому що вони дуже часто викликаються модулями операційної системи.
Огляд утиліт. Існує загальний набір утиліт, що об-роззують підставу операційної системи. Ми розглянемо ряд з них у розділах, що залишилися, глави. В додаток до цього є утиліти, призначені для специфічних цілей операційної системи. Часте визначення того, що вважати утилітою, залежить більше від примхи проектувальника, чим від формальних правил проектування операційної системи. Тому нижче описуються можливі погляди на те, що повинно, а що не повинно бути включене в набір утиліт.
Загальне, якщо не сама істотне, властивість більшості операційних систем — механізм обслуговування годин і календаря. Цей засіб дозволяє системі розрізняти послідовність подій і відзначати перебіг часу, хоча б для«історичної» точності, якщо немає інших причин. Реалізації можуть бути різними, хоча в більшості систем вони залежать від лічильників реального часу, заснованих на коливаннях кристала кварцу. Неможливо реалізувати операційну систему реального часу без відповідного таймера.
Рудиментарний засіб, що залишився від операційних систем ранніх поколінь, —це можливість одержання дампа пам'яті. У ранніх системах, коли програма «вилітала», користувачу залишалося тільки вивести дамп пам'яті і потім ретельно його досліджувати вже без ЕОМ. Дамп — це просто раса-печатка вмісту кожної комірки пам'яті під час «вилета» програми. Роздруківка містила як програми операційної системи, так і користувальницькі програми, тому що не було прийнятного способу для їхнього поділу. У роздруківку включалося для аналізу також і вміст регістрів центрального процесора. У багатьох випадках користувач одержував дамп при аварійному завершень програми поза залежністю від того, чи був він йому потрібний чи немає. Деякі користувачі, особливо віддані пакетному режиму роботи, безмежно вірять у дампи пам'яті, тому що це було єдиним засобом налагодження програм.
Структура даних, відома кожному програмісту, — це рядок символів. Досить дивно, що розроблювачі ЕОМ не спроектували апаратури для їхньої обробки на командному рівні; звичайне надання засобів обробки рядків залишається операційній системі. Важливі два аспекти обробки рядків: перетворення із символьного виду у внутрішнє представлення і редагування і форматування символьного рядка.Помилки можуть случитися в будь-який час, у будь-якім місці й у будь-якій програмі, і операційна система не є виключенням. Гарні засоби обробки помилок включають тимчасове повідомлення можливої причини разом із усієї дохідливою, додатковою інформацією, для того щоб допомогти користувачу «поставити діагноз» проблеми, що сталася. Інтегрування засобу обробки помилок, підключені до кожного системного модуля, є необхідним засобом сучасних операційних систем.