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