Адміністрування
системного реєстру Win 9 x / nt /2000
Серед багатьох
типів програм, розроблених під ОС Windows, важливе місце посідають утиліти - це
спеціальні програми, що спрощують і, в деякій мірі, полегшують роботу з
операційною системою. До утиліт відносять архіватори, спеціальні програми для
роботи з дисками, аудіо та відео тощо. Чи ненайважлівіше місце у групі утиліт
посідають програми для так званої "тонкого" адміністрування операційної
системи.
У своїй роботі
ці програмні продукти використовують системний реєстр операційної системи Windows. Системний реєстр це набір кількох файлі
в (user.dat, system.dat та інші), в яких зберігаються всі параметри налаштування
як самої операційної системи, так і встановленого на машині програмного та
апаратного забезпечення. Переглянути вміст системного реєстру можна за
допомогою утиліти Regedit (для ОС Win9x/ME) або Regedit32 (WinNT/2K).
Реєстр «виріс» з. ini-файлів, що з'явилися в часи Windows
1.0. Тоді всі параметри і значення, що визначають роботу операційної системи
(ОС), зберігалися в.ini-файлах, у тому числі параметри переривання принтера і
каталоги збереження тимчасових файлів текстових редакторів. Але Windows 3.0
мала централізовану базу даних для такого роду інформації - реєстр, хоча і
використовували, проте не дуже інтенсивно. З часом постачальники апаратного і
програмного забезпечення почали пристосовуватися для збереження важливої
інформації в реєстр, що прийшов на зміну НЕ впорядкованим ini-файлів. У версіях
Windows 3.1 і 3.11 реєстр у більшій мірі інтегрований з системою. З появою
Windows NT реєстр перетворився у сховище більшості даних. Версії WindowsNT, що вийшли одна за одною 3.5, 3.51 і 4,0
вже сильно залежали від реєстру, а їх інструменти керування поступово
покращилися. Переваги централізованої бази даних для збереження й обробки
мінливої системної інформації очевидні. Уже не має потреби в нескінченних пошуках по всій системі і
мережі (чи бачили Ви коли-небудь. ini-файл на загальному
мережному диску?) за невловимих параметром, що тормозить роботу Вашого
комп'ютера.
резервну копію реєстру можна зробити різними способами.
Корпорація Microsoft пропонує досить громіздку програму Rdisk.exe. У Microsoft
Resource Kit також багато інструментів для керування реєстром. Я частенько
заглядав у нього щоб розібратися, що саме «NT-подібна» система чи елемент
реєстру намагається зробити чи робить.
На сьогодні реєстр - найкращий інструмент для зміни
параметрів конфігурації, заданих постачальником апаратного чи програмного
забезпечення. Ви хочете отримати довідсоткову продуктивність. Ваш кращий друг --
regedt32.exe. Та й для створення і поширення корістувальніцькіх конфігурацій на
великій кількості станцій, інструменту, зручніше реєстру, не знайти.
Взагалі ж
системний реєстр складається з таких віток:
Розділ HKEY_LOCAL_MACHINE
У розділі HKEY_LOCAL_MACHINE містяться основні відомості
про апаратні засоби комп'ютера, включаючи драйвери пристроїв і конфігураційну
інформацію. Якщо інформація про який-небудь пристрій відсутня, то Windows 98
не зможе використовувати його.
HKEY_LOCAL_MACHINE - для найдокладнішої інформації про
апаратне забезпечення. Наприклад, він містить всю інформацію, необхідну для
Plug and Play, а також надає повний список драйверів пристроїв і їх рівні
ревізії (revision level) і, навіть, може містити інформацію про ревізію самого
апаратного забезпечення.
Крім того в цьому розділі вміщено деяку інформацію про
програмне забезпечення. Наприклад, 32-розрядний додаток буде зберігати таблицю
установок і форматів (Setup and Format Table-STF) саме тут. Ця інформація
використовується додатком під час установки. Деякі додатки використовують її
під час змін параметрів їх установки. Такі додатки, як Word, зберігають всю
інформацію про свою установку в таблицях STF. У цьому розділі міститься тільки
інформація глобального характеру.
Розділ HKEY_CURRENT_USER
Розділ HKEY_CURRENT_USER містить безліч параметрів
налаштування програмного забезпечення, у яких зберігається інформація про
конфігурацію робочого столу і клавіатури. Крім того, у цьому розділі є
інформація про параметри меню Пуск. Тут - усі параметри налаштування,
специфічні для користувача.
HKEY_CURRENT_USER цілком присвячений управлінню параметрів
поточного користувача, тобто того користувача, що у даний момент зареєстрований
у системі. Це відрізняється від корістувальніцької конфігураційної інформації,
що зберігається в інших розділах реєстру. Інформація в цьому розділі є
динамічною; інформація в інших розділах, що відноситься до корістувальніцькіх
параметрів налаштування, - статична. Реєстр копіює вміст одного з підрозділів з
HKEY_USERS у даний розділ і по закінченні роботи обновляє розділ HKEY_USERS.
У HKEY_CURRENT_USER Windows 98 одержує нову інформацію
про настроювання системи, а також поміщаються будь-які зміни. Усе, що тут
зберігається, служить тільки для налаштування системи для користувача, але
ніколи не містить системної інформації (наприклад, опис драйвера пристрою).
Кожна вітка складається з розділів які в свою чергу --
містять параметри та їх значення. Значення, що їх можуть набувати параметри
того, чи іншого ключа системного реєстру можуть бути декількох типів
Reg_SZ - рядкове тип;
Послідовність символів, що закінчуються нульовим байтом.
Reg_Dword - цілочіселюній тип;
Застосовується для збереження різних лічильників і
цифрових значень.
Reg_Binary - двійковій;
Застосовується, в основному, для збереження внутрішніх
даних програм.
REG_EXPAND_SZ (стрічковий);
Може містити змінні оточення, що будуть «розгорнуті» у
їхні значення при застосуванні цього значення реєстру. Наприклад,
% SystemRoot% system32notepad.exe.
REG_MULTI_SZ (багатостроковій);
Застосовується для збереження списків.
REG_DWORD_BIG_ENDIAN (числовий);
Байт старших розрядів знаходиться на початку
слова.
REG_LINK (символічне посилання);
Зберігається а форматі UNICODE.
REG_RESOURCE_LIST (обліковий);
Список апаратних ресурсів, застосовується тільки в
підгілці HARDWARE гілки HKEY_LOCAL_MACHINE.
REG_FULL_RESOURCE_ DESCRIPTOR (обліковий);
Описувач апаратного ресурсу. Застосовується тільки в
підгілці HARDWARE гілці HKEY_LOCAL_MACHINE.
REG_RESOURCE_REQUIREMENTS_LIST (обліковий);
Необхідні апаратні ресурси.
Через системний
реєстр можна впливати на будь-які параметри налаштування як самої системи, так і програмного
забезпечення ЕОМ. Змінюючи значення відповідних параметрів так звану "тонку"
настройку операційної системи, так і прикладних програм.
Однак все ще не
існує офіційного посібника по роботі з системним реєстром операційної системи Windows, тому перш ніж змінбваті значення
будь-якого параметра, необхідно зробити резервну копію системного реєстру. Це
можна зробити за допомогою програм пакету ResourseKit фірми Microsoft.
Увага! Будь-яке
некваліфіковане втручання в структуру системного реєстру може призвести до
краху всієї системи. Якщо ви адмініструєте сервер, чи робочу станцію на основі Win9x/nt/2000, то системний реєстр допоможе вам підвищити рівень безпеки
та ефективності вашої системи.
Однак, кожен
раз запускати редактор реєстру і шукати потрібні ключі, особливо коли ви
обслуговуєте декілька машин, буває досить важко. Та й запам'ятати величезну
кількість параметрів та їх допустимих значень просто неможливо. В даній роботі
було реалізовано спробу хоча б частково полегшити процес роботи з системним
реєстром.
Інколи робота з реєстром Windows NT - просто жах. Хто не
читав такого попередження: «Using the registry can render your system useless
or unstable. The ... makes no warranties, explicit or implied »[« Використання
реєстру може чи дестабілізувати привести в непридатність систему .......
(фірма-виробник програмного забезпечення) не дає ніяких гарантій »]?! Яка
дурниця! На комп'ютері можна дестабілізувати і привести в непридатність усе що
завгодно!
Ця програма адресована тим, хто вміє працювати з
програмою Regedt32.exe, робити резервне копіювання і відновлення системи. Крім
того, Ви повинні добре розбиратися в Windows NT Server і Windows NT
Workstation.
Власне, ключі реєстру складаються з таких компонентів:
Розділ (Hive): HKEY_LOCAL_MACHINE Один з розділів
системного реєстру.
вітка (Key): SystemCurrentControlSet Містить параметр,
що
ServicesYA-tapi модіфікується
Параметр Start Параметр, що
модіфікується.
(Value Name):
Тип данніх REG_DWORD Допустимі
наступні типи
(Data Type): даних: REG_BiNARY,
REG_DWORD,
REG_EXPAND_SZ,
REG_MULT1-SZ, REG_SZ ..
Значення 0x0
Значення параметра. Його можна
(Value): змінювати в допустимому діапазоні, чи додати
нове значення.
Пакети відновлення (service packs), узагалі,
гарна річ, але часом вони вносять хаос до реєстру.Перед установкою пакета
відновлення варто роздрукувати основні елементи реєстру. Саме так виявляються чимало змін. Крім
того, довідуємось масу способів проникнення в надра реєстру. Звичайно,
найбільше задоволення одержуєш від утиліти REGMON!
спробувати цей інструмент, щоб б простежити вплив його
найпростіших функцій на реєстр (наприклад, включіть Control Panel з головного
меню). (Оновлена версія цієї програми знаходиться на Web-вузлі книги
http://www.registrysecrets.com/regsec/programs.cfm.)
Готуючи книгу, в роботі широко використовувались пошукові
сервери Інтернету і, напевно, міг би написати цілу главу про всіх «за» і
«Проти» кожного конкретного пошукового сервера. Так на AltaVista
(www.altavista.com), та на HotBot (www.hotbot.com) по ключових
словах «НКЕУ», «Registry» чи навіть «Windows NT Registry» Ви одержите десятки
тисяч посилань. Зі знайденого вибрано якнайкорісніше. Далі, перевіряючи ці
зведення на практиці, або одержували обіцяні переваги, або переустановлювалі
тестувальну систему. Досвід показує: приблизно 30% цих рекомендацій
заслуговують довіри, а інші 70% дозволяють зробити висновок, що саме така
кількість «Internet» рекомендацій - або дублювання, або зовсім
не працюють під Windows NT.
Знайдено безліч елементів реєстру в групах новин
(newsgroups) і на серверах розсилання (list servers). Це недорогі і, що
важливіше, безцінні засоби. У прикладах модифікації елементів реєстру набагато
більший високий відсоток вдалого повторення описуваних результату (більш 85%).
Складено список Web-вузлів, груп новин і серверів розсилання - він приводиться
далі.
Запускайте Regedt32.exe, а для пошуку - Regedit.exe і
відкривайте розділ за розділом. Подорож у безодню реєстру дуже цікава і ...
дуже небезпечна. Удосталь поексперіментував з ним, навчилися відновлювати
систему навіть після її повного руйнування.
Для повноти
опису визначимо фізичне положення файлів реєстру. Як Ви розумієте, реєстр не
існує десь у просторі, а фізично розташований на диску, але не одним великим
файлом, а розбитий на декілька частин:
Галузь Файл
HKEY_LOCAL_
MACHINENSYSTEM
HKEY_LOCAL_
MACHINEXSAM
HKEY LOCAL
MACHINEXSECURITY
HKEY_LOCAL_
MACHINEXSOFTWARE
HKEYJJSERSVDEFAULT
HKEY_USERS
% SystemRoot% system32configSYSTEM% SystemRoot% system32configSAM
% SystemRoot% systera32config
SECURITY
% SystemRoot% system32config
SOFTWARE
% SystemRoot% profflesDefault
Userntuser.dat
% SystemRoot% profiles% user% ntuser.dat
Інформацію про відповідність галузей реєстру і файлів
можна одержати з розділу: HKEY_LOCAL_MACHINESystemCunentControlSethiveUst.
Дуже важлива для процедури завантаження системи галузь
HKEY_LOCAL_MACHINESYSTEM. Вона містить сукупність розділів реєстру - control
set - необхідних для процедури завантаження. HKEY_LOCAL_MACHINESYSTEMClone --
копія control set, створена ядром на етапі ініціалізації.
HKEY_LOCAL_MACHINESYSTEMControlSetOO1 - основна
сукупність control set, що вікорістовуна за замовчуванням при завантаженні
Windows NT. HKEY_LOCAL_MACHINESYSTEMControlSet002 - резервна копія control
set, що використовується при невдалому завантаженні Windows NT.
HKEY_LOCAL_MACHINESYSTEMCurrentControlSet - це control set з якого
завантажилась дана копія Windows NT. Звичайно це символічне посилання
HaHKEY_LOCAL_MACHINESYSTEMConttolSet001. Тепер розглянемо склад control set
докладніше: HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControl - цей розділ
містить підрозділи, необхідні для завантаження WindowsNT. Наведено деякі з них:
... ServiceGroupOrder - описує послідовність завантаження
груп служб. Необхідний щоб служби мережних протоколів Завантажували після
того, як завантажились драйвера мережної плати.
BootVerlficationProgramm - це значення визначає
нестандартну програму, що підтверджує вдале завантаження. Як правило, це програма
від виробника апаратури, що перевіряє параметри нестандартного устаткування.
... ComputerName - містить два параметри: ComputerName
(ім'я, яке буде присвоєно комп'ютеру на етапі завантаження) і
ActiveComputerName (активне ім'я комп'ютера, що при завантаженні заміняється на
ComputerName).
.. hivelist - ключ, що вказує фізичне розташування файлів
реєстру.
... Keyboard Layout - містить ключ DOSKeybCodes, у якому
описані всі доступні системі коди клавіатурних розкладок.
... Keyboard Layouts - описує DLL-файли клавіатурних
розкладок.
... ALSA-описує доступні пакети ідентифікації. Ці
значення варто змінювати тільки у випадку системних помилок!
... Prlnt - інформація про встановлені принтери, їх
параметри і порти друку (print/port monitors).
... PriorityControl - встановлення пріоритетів
процесорний часу. Для зміни цього підрозділу краще скористатися системними
параметрами з Control Panel (Панель керування). ... Session Manager - містить
кілька важливих значень і розділів:
• BootExecute - визначає програми, що виконуються на
етапі завантаження ядра. Наприклад, chkdsk.
• DOSDevices - визначає відповідність DOS-пристроїв (PRN,
AUX, UNC і т.п.) пристроям Windows NT.
• Environment - визначає системні змінні оточення.
• FileRenameOperation - визначає які файли будуть
перейменовані на етапі завантаження. Часто застосовується програма установки, у
випадку якщо потрібно «змінити» якийсь з компонентів, що використовувався.
• Subsystems - визначає «підсистеми», встановлені в
Windows NT, наприклад, Posix чи OS/2.
Розглянемо основну гілку реєстру, що описує усі драйвера
пристроїв, драйвера файлових систем і системні служби Windows NT. Кожен розділ
визначає чи службу драйвер і його (її) ім'я.
HKEY_LOCAL_MACHINESystemCurrentControlSetServices
Даний параметр визначає тип служби (драйвера).
Параметр: Турі Тип даних: REG_DWORD
Можливі значення: 0x1-драйвер ядра;
0x2 - драйвер файлової системи;
0x4 - пристрою (у цьому випадку підгілкі містять опис
елементів апаратури);
0x10 - служба (неподільні процеси);
0x20 - служба (подільні процеси).
Даний параметр визначає, на якому етапі буде запускатися
дана служба (драйвер). Параметр: Start
Тип даних: REG_DWORD
Можливі значення: 0x0 - на етапі завантаження ядра
(boot);
0x1-на етапі ініціалізації ядра (start);
0x2 - автоматично, на етапі старту Win32 підсистеми
(automatic);
0x3 - може бути завантажена при запиті чи користувача
іншої служби (manual);
0x4 - завантаження заборонене (disabled).
Даний параметр визначає реакцію системи, якщо драйвер чи
служба, почала завантажуватися, не змогли цього зробити чи неправильно
ініціалізувалісь.
Параметр: ErrorControl Тип даних: REG_DWORD
Можливі значення:
0 х 1 - нормальний режим: помилка ігнорується і
продовжується завантаження;
0x2 - небезпечний режим: якщо відбулася помилка і система
завантажено в
нормальному режимі, то процес завантаження припиняється,
і ви
виконується перезавантаження в режимі LastKnownGood. Якщо
помилка виникла в режимі завантаження LastKnownGood, то помилка ігнорується
і продовжується процес завантаження;
0x3 - критичний режим: якщо відбулася помилка і система
завантажується в нормальному режимі, то процес завантаження пріпіняєся, і
виконується перезавантаження в режимі LastKnownGood. Якщо помилка відбулася в
режимі завантаження LastKnownGood, то процес завантаження припиняється, і
видається повідомлення про помилку.
Даний параметр визначає групу, в яку входить конкретний
драйвер (служба).
Параметр: Group Тип даних: REG_SZ
Даний параметр визначає послідовність завантаження в
середині групи.
Параметр: Tag Тип даних: REG_DWORD,
Даний параметр визначає програму, що відіграє роль чи
служби драйвера.
Параметр: ImagePath
Тип даних: REG_SZ
Даний параметр визначає ім'я об'єкта завантаження. Якщо
це служба, то ObjeclName визначає ім'я користувача.
Утиліти операційної систем і
Системні
утиліти надають набір загальних послуг для плавних підсистем операційної
системи і практично коли не використовуються останнім користувачем. Часто
утиліти наділяються спеціальними привілеями, щоб збільшити їх ефективність і
продуктивність. Звичайно, існує компроміс між виконанням добре визначених
модулів утиліт і безпекою і цілісністю системи.
Цей розділ здивує вас трохи
еклектичний підходом. Порозумівається це тим, що утиліти, здається, ніколи не
складають інтегровану підсистему. Проектувальник звичайно «запихає» їх туди,
куди вони більше всього підходять. В дійсності те, що є утілітою в одній
операційної системі, може так само бути і в іншій. З іншого боку, хоча модулі
утиліт НЕзібрані в одному місці, вони все-таки служать інтегруючім чи
єднальнім агентом операційної системи, оскільки всі інші модулі виявляються
залежними від них.
Концепція утиліт
Вступ роздягнув стосувалося того,
що ми вважаємо природою системних утиліт. Корисно прояснити цей підхід, у
співвідношенні його з іншими поняттями, збереженими від систем другого і
третього поколінь. Класично утиліта була системно-незалежною програмою, що
завантажується користувачем для виконання специфічних функцій, Наприклад, у
багатьох системах для міні-ЄВМ діагностичні програми усе ще розглядаються як
системно-незалежні утиліти. Чому? Тому, що вони виконують функцію, що
користувач звичайно воліє не робити сам. В міру розвитку операційної системи
утиліти ставали тією «усякою всячиною», що виробник надавав безкоштовно разом з
обчислювальною системою. Надзвичайно популярною була утиліта сортування /
злиття-окрема програма, запускається окремо користувачем для спеціально
підготовленого файлу. Настільки ж популярною була програма, називали текстовим
редактором, що давала користувачу можливість вводити і змінювати вихідні тексти
програмних модулів. В інших варіантах уключаліся такі речі, як засобу розробки
програм, засоби керування файлами і «купа» інших додаткових модулів, що
розширювали можливості «голої» операційної системи.
У загальному утілітою вважалася
будь-яка загальцільова програма, що виконує розповсюджені функцій. Визначальні
слова - «загальцільова» і «розповсюджені». Недалекий проектувальник системи
часто інтерпретував слово «утиліти» як «те, що раніш не спало на думку». Чи не
було нічого чаруюча чи зухвалого інтересу у проектуванні і написання утиліт;
насправді вони часто розглядалися як стомлююча рутинна робота, що відволікає
від задачі побудови складних і «тонких» програм, що складають ядро ОС.
Наша точка зору на утиліти
відрізняється від класичної. Для нас утиліти-це єднальній компонент, «клей»,
що з'єднує базисні підсистеми операційної системи в єдине ціле. Такі засоби, як
текстовий редактор і сортування, - це усього лише програми, часто неважливо ким
доставлені: чи користувачем виробником, тому що вони віповнюються однаково.
Тоді, який же наш підхід до концепції утиліт? І, що більш важливо, які базові
утиліти повинні бути включені в ядро будь-якої операційної системи. Цим
питанням присвячена даний розділ.
Утиліти: розширення фізичної
машини.
Визначальні слова, що ми
підкреслювали при визначенні утиліти, були «загальцільова» і «розповсюджена».
Задумаємся на хвилину над цими словами: «загальцільова» означає корисність у
різних ситуаціях; «розповсюджена» включає характеристики, що часто й усіма
використовуються.
Як ці концепції співвідносяться із
системою команд ЕОМ? З центральним процесором? У загальному і цілому система
команд
ЦП складається з таких операцій, що
вважаються найбільш корисними при обчисленнях. Стандартний набір команд мало
розрізняється для різних ЕОМ. Крім цього, більшість виробників ЕОМ додає для
своєї архітектури ЕОМ ряд спеціальних команд, що дозволяє швидше виконувати
визначені типи обчислень.
Схожим способом реалізації майже
кожної операційної системи заснована на точно визначеній підмножіні операцій.
Можна думати про ці операції як про розширення фізичної архітектури ЕОМ. У
загальному дешевше реалізувати ці операцій програмно, чим апаратно, особливо
якщо вони потребують для виконання операнд різної чи довжини сильно
відрізняються для визначених додатків формату. У будь-якому випадку майже кожен
модуль операційної системи залежить від цих розширених команд - особливої
групи. Таким чином, модулі нижнього рівня, що служать для багатьох цілей і
використовувана багатьма підсистемами, суть утиліти. Вони в дійсності є
розширеннями фізичної архітектури ЕОМ, щоб зробити її більш придатною для
реалізації операційної системи.
Що мається на увазі під утилітами?
Перше, вони, за винятком рідких випадків, недоступні корістувальніцькім
програмам, а використовуються винятково операційною системою. Друге, оскільки
вони використовуються практично будь-який підсистемою, вони повинні мати єдиний
інтерфейс і надавати стандартне обслуговування. Точний результат конкретної
реалізації утиліти залежить від (принаймні одного з) її аргументів. Третє, дія
утиліти повинна бути точно визначено, хоча і не в такому строгому змісті, як
функція апаратури. Як бажано, так і необхідно мало-мало гнучкості, якщо ми
переходимо на наступний послу чистої електроніки рівень. Останнє, утиліти
повинні виконувати свої функцій ефективно, тому що вони дуже часто викликаються
модулями операційної системи.
Огляд утиліт. Існує загальний набір
утиліт, що об-роззують підставу операційної системи. Ми розглянемо ряд з них у
розділах, що залишилися, глави. В додаток до цього є утиліти, призначені для
специфічних цілей операційної системи. Частина визначення того, що вважати
утілітою, залежить більше від примхи проектувальника, чим від формальних правил
проектування операційної системи. Тому нижче описуються можливі погляди на те,
що повинно, а що не повинно бути включене в набір утиліт.
Загальне, якщо не сама істотне,
властивість більшості операційних систем - механізм обслуговування годин і
календаря. Цей засіб дозволяє системі розрізняти послідовність подій і
відзначати перебіг часу, хоча б для «історичної» точності, якщо немає інших
причин. Реалізації можуть бути різними, хоча в більшості систем вони залежать
від лічильників реального часу, заснованих на коливаннях кристала кварцу.
Неможливо реалізувати операційну систему реального часу без відповідного
таймера.
рудиментарний засіб, що залишився
від операційних систем ранніх поколінь,-це можливість одержання дампа пам'яті.
У ранніх системах, коли програма «вілітала», користувачу залишалося тільки
вивести дамп пам'яті і потім ретельно його досліджувати вже без ЕОМ. Дамп - це
просто раса-печатка вмісту кожної комірки пам'яті під час «вилети» програми.
Роздруківка містила як програми операційної системи, так і корістувальніцькі програми,
тому що не було прийнятного способу для їхнього поділу. У роздруківку
включати для аналізу також і вміст регістрів центрального процесора. У
багатьох випадках користувач одержував дамп при аварійному завершення програми
поза залежністю від того, чи був він йому потрібний чи немає. Деякі
користувачі, особливо віддані пакетному режиму роботи, безмежно вірять у дампи
пам'яті, тому що це було єдиним засобом налагодження програм.
Структура даних, відома кожному
програмісту, - це рядок символів. Досить дивно, що розроблювачі ЕОМ НЕ
спроектував апаратури для їхньої обробки на командному рівні; звичайне надання
засобів обробки рядків залишається операційній системі. Важливі два аспекти
обробки рядків: перетворення із символьного виду у внутрішнє представлення і
редагування і форматування символьного рядка.
Помилки можуть случітіся в
будь-який час, у будь-якім місці й у будь-якій програмі, і операційна система
не є виключенням. Гарні засоби обробки помилок включають тимчасове повідомлення
можливої причини разом із усієї дохідлівою, додатковою інформацією, для того
щоб допомогти користувачу «поставити діагноз» проблеми, що сталася.
Інтегрування засобу обробки помилок, підключені до кожного системного модуля, є
необхідним засобом сучасних операційних систем.
Прихід мультіпрограмніх систем
привів до виникнення явища чекання в черзі (черговості). Ранні системи не були
розраховані на це, тому що вони виконували запити строго послідовним чином.
Черги (чи списки, якщо вам так більше подобається) - фундаментальне поняття
сучасних операційних систем. За допомогою ефективного управлення чергами
потенційно недостатні системні ресурси можуть бити розділені практично
оптимальним способом.
Робота [89] визначає концепцію
керування доступом до ресурсів, відому як семафор. Ця концепція і її варіанти є
основою будь-якої сучасної операційної системи. Семафор можуть
використовуватися при проектуванні систем необмеженим образом. Платою за це є
збільшення накладних витрат для керування структурами даних, що
використовуються при реалізації семафора. Система широко і різноманітно
використовує семафор для керування багатьма системними операціями.
Всі описані вище засоби є
утилітами. На самому ділі вони складають структурний фундамент, на якому
будується операційна система. Давайте порівняємо їх з іншими програмами, що
класично вважаються утилітами. На наш погляд, вони, звичайно, є лише
удосконаленим корістувальніцькімі програмами. Прикладами їх є редактори
текстів, бібліотекарі, засоби відладкі і завантажник, що переміщають. Дійсно,
усі ці елементи математичного забезпечення загальноцільові і розповсюдження.
Однак вони відрізняються деякими характеристиками. По-перше, вони доступні всім
користувачам без обмежень. По-друге, при виконанні вони є звичайними
програмами, тобто залежать від послуг операційних систем, таких, як
забезпечення введення-висновку. І останнє, на їхніх функціях будує свою роботу
користувач, а не операційна система. Для виробників зручно поставляти їх, тому
що вони використовуються при розробці системного математичного забезпечення,
точно так само, як і користувачами.
Пам'ятаючи про ці розходження, у
розділах глави, що залишилися, ми розглянемо структуру і реалізацію деяких
базових утиліт операційної системи. Вони ні в якому разі не складають якоїсь
визначеної безлічі, тому що це залежить від природи операційної системи.
Основні
можливості програми
У програмі було
використано ряд компонент для безпосередньої роботи з реєстром. Зокрема, було
підключено INI
файл в якому збережено шляхи до основних гілок, ключів, типів роєстру.
Перший розділ
програми "система" має ряд підгілок, які обмежують використання функцій
некваліфікованими користувачами.
Розлянувші
функціїі дисплея ми можемо відключити вкладки опцій дисплея. До них віднесемо
ті, що з'являється при натисканні "свойства" на робочому столі. На відміну від
параметрів і оформлення, фон і заставка не є досить загрозливими для
подальшоїі роботи системи. А при зміні параметрів і оформлення користувач має
можливість привести систему у неробочий стан. Наприклад, змінивши частоту
монітора на вешеможліву ПК увійде у стан зависання.
Наступний
розділ включає деякі елементи робочого столу, зокрема мережеве оточення і
кошик. Ви можете управляти пунктами контекстного меню корзини: удаляті
, перейменовувати її а також відновляті. Ці пункти є необхідномі Леше у тому
випадку коли хочете українізувати ОС або зменшити кількість значків на робочому
столі. Сам значок "Сетевое окружение" не є великою перешкодою для доступу у
мережу, але коли його дізактівуваті ви не зможете побачити мережеве оточення в
цілому.
Кожна людина,
яка знає що таке мережа знає скільки шкоди можна наробити через сітку. І тому
було вирішено заборонити сумісний доступ до мережевих пристроїв таких як
принтери і файлів безпосередньо.Також можна приховати вікно індентфікації
користувача, яке з'являється при спробі мережевого доступу до іншого
комп'ютера. Наприклад, коли інший користувач зробив певні свої файли видимими
для мережі і обмежив доступ до них паролем то без вікна індентифікації інший
користувач може взалі не отримати доступу тієї інформації.
Панель
управління - річ цікава. В ній можна змінювати більшість настройок конфігурації
системи. Відключивши функцію додати/видалити користувач позбавляється права
видаляти системні продукти кореккно. Безперечно, їх можна видалити за допомогою
самовідалення, але коли папка є системною і доступ до неї обмежений, то тоді
користувач нічого зробити не може.Console.cpl відповідає за настройки командної строки. Без цієї утиліти
ви не зможете редагувати командний рядок, працювати в DOS'і. Devapps.cpl відповідає за пристрої, що підключені до ПК. Без цієї
утиліти ви не зможете коректно підключити зовнішні та внутрішні пристрої. Ups.cpl відповідає за джерело безперебійного живлення. Якщо ви
працюєте з сервером або з комп'ютером, що обробляє велику кількість інформації
раптове вимкнення електроенергії може спричинити збій у ПК і вся інформація
буде втрачена. Щоб такого не виникло краще налагодити вищезгадану утиліту і її
приховати.
Вкладка
принтери відповідає за роботу, вилучення і встановлення прінтерів.Функція
встановлення принтера відповідає за встановлення цього пристою на операційну
систему. У випадку коли принтери вже встановлені на даному комп'ютері вкладку
видалити принтер слід забрати.
Пароль,
взагалі, - річ тонка. І з ним треба поводитись обережно. При включенні вкладки
віддалене управління користувач не може змінювати параметри віддаленого
управління. Вкладка "Профілі користувачів" визначає чи використовується едина
концігурація для всіх користувачів чи кожен має власні настройки. При
ввімкненому параметрі "Зміна паролів" користувач не може змінити паролі,
тобто ця вкладка є заблокований.
Вхід в систему
у кожного користувача специфічний. Він може бути з паролем або без, певний
сценарій входу. Було використано можливість входу в систему без паролю. В цьому
є багато своїх плюсів і мінусів. Позитивним є те, корістувч не витрачає часу
дарма на введення паролю. Але якщо за комп'ютером працює значна кількість
користувачів то ця функція є недоречною так як усі вони працюють з правами
адміністратора. Тому ця функція є рекомендованою для домашніх сістем.Також
після натискування клавіш CTRL + ALT + DEL перед входом в систему видається задане
повідомлення. Ця функція є доречною для адміністраторів і бавитися нею не слід.
Слід зазначити, що збереження імені останнього користувача не завжди є
доречним. Можливо ви несанкціоновано використовуєте комп'ютер і нехочете, щоб
при будь-яких ніполадках, що ви створили вас звинуватили. Також це є зручніше.
Утиліта редагування системного реєстру операційної системи (Regedit. Regedt32) в руках новачка часто призводить до
нестабільної роботи системи. Отже, доступ до цієї програми має бути
заборонений.
Будь-який
користувач може управляти процедурою мережевих з'єднаннь. На кожне мережеве
з'єднання користувач повинен моти мережевий пароль. Проте дія цього пароля, може
ьуті обмежена в залежності від того чи ви хочете, щоб той чи інший ресурс
використовувався впродовж тривалого терміну. У цьому розділі ви можете
перімікатісь у запасний шлює у випадку відмови головного.
Windows NT може бути дуже примхлива, при додаванні нового
програмного забезпечення чи при установці нового драйвера.У безпечному режимі в
Windows NT створюється альтернатива безпечного режиму Windows. У цьому режимі
виконуються додаткові перевірки і завантажуються не всі драйвері.Також
користувач може визначати, яку операційну систему запускати за замовчуванням,
при початковому завантаженні NT.У цьому файлі також міститься інформація про те
скільки секунд чекати перед вибором операційної системи користувачем.
Сам файл MsDos.sys
містить багато інформації про версію Dos'а. За замовчуванням Windows дозволяє
використання функціональних клавіш при початковому завантаженні, вони
дозволяють керувати процесом початкового завантаження, але їх можна і відключіті.Також, якщо
вихід з Windows був зроблений некоректно, чи комп'ютер був відключений НЕ
використовуючи діалогове вікно "Завершення роботи", то система буде
намагатися запустити Scandisk при наступному завантаженні Ви можете визначити,
чи запускати автоматично Scandisk чи ні. Також у операційній системі існує
режим подвійної буферізації. Відключення цього параметра не дозволить Windows
завантажувати COMMAND COM чи DRVSPACE BINIDBLSPACE BIN у верхні 640КБ
пам'яті. Коли Windows завантажується, Ви звичайно бачите заставку з хмарами, ця
заставка може бути відключена, і Ви побачите фоновий процес початкового
завантаження DOS.За замовчуванням Windows автоматично завантажує GUI (чи
Робочий стіл Windows), за допомогою цього параметра визначено, чи завантажувати
GUI чи відображати тільки командний рядок MS-DOS 7.0
Ефективність роботи залежить від правильного налаштування
сістемі.Даній розділ чітко показує, як правильно налаштувати систему на
найбільш ефективну роботу.Якщо ви не відчуваєте недолік в додатковій оперативній
пам'яті, то можете прискорити дію файлової системи, збільшивши кеш від 512KB до
4096Кб чи більше. Також швидкодію можна збільшити ріпінівші роботу частини
NTFS, що відповідає за створ?? ння сумісних із МС-ДОС імен файлів у форматі 8.3.
Відключення цієї властивості може збільшити ефективність роботи в розділах
NTFS, з великою кількістю файлів, що мають довгі імена. Коли Windows NT
створює список каталогів (Провідник, команда DIR, та ін.) у розділі NTFS, вона
модіфікує марку часу останнього доступу на кожному виявленими каталозі. Якщо
каталогів дуже багато, це може вплинути на ефективність. Мережа та інтернет
також пріуповільнюють швидкодію комп'ютера. Оптимізація "RcWVmdow" і
"DefaullTTL" поряд з іншими параметрами системного реєстру типу
"МахМтu" і "MaxMSS" може прискорити TCP/IP підключення
віддаленого доступу до мережі (підключення до Inlernel) на цілих 200% RWIN
(''Вікно заповнення ") це буфер даних, заповнення якого Ваша машина очікує, перш
ніж виявити актівність.Також можна зменшити величину затримки між відображенням
меню на робочому столі.За замовчуванням у Windows включені функції анімації
вікон, хоч це і може виглядати красиво, але вони можуть сповільнити ваш ПК,
якщо Ви маєте повільну графічну плату. Відключивши функцію анімації Windows ви
збільшіте швидкодію. Також можна відключити функцію плавної прокрутки.
Але, всеж таки у Windows є ряд
проблем про які детальніше розповідається у цьому розділі.Однією з проблем є
використання синхронного чи асінхроннго буфера передачі даних. Цей параметр
змінює функцію API передачі файлу так, щоб вона працювала без перевірки
правильності запису даних на диск За замовчуванням Windows використовує
синхронний буфер передачі, цей параметр дозволить Вам використовувати
асинхронний буфер, як альтернативу для програм, що мати потребу в перевірці
правильності даних. Наступною проблемою є використання довгих імен файлів для
старих програм.Windows звичайно зберігає довгі імена для файлів, до яких
звертаються старі програми Ця функція може бути заблокована, якщо у Вас відбуваються
помилки LFN при використанні старих програм. Також існує проблема одночасного
використання файлів різними користувачами. Цей параметр керує механізмом
блокування файлів Відключайте цей параметр тільки в тому випадку, якщо у Вас
виникають проблеми з визначеними програмамі.Наступною проблемою є керування
записом після кєшування. Для збільшення ефективності збереження даних на
жорсткому диску використовується запис після кєшірованія, це означає, що у
випадку системного відмовлення може трапитися так, що дані будуть не цілком
записані на диск Якщо у Вас є програма яка часто викликає системні помилки, Ви
можете відключити цю функцію, щоб бути упевненим, що дані записуються
безпосередньо на диск, в обхід кєша. Також опеарційній системі має ряд
недоліків: зникнення звуку поштової скриньки, пункт "Створити" у контекстному
меню провідника, автозапуск Cd-Rom.До цього
списку можна віднести і клавішу NUMLOCK, яказвічайно включається перш, ніж
користувач завантажили комп'ютер, це може заподіяти незручності для людей з
портативний комп'ютер, що не перевіряють стан клавіші NUMLOCK перед
уведенням пароля задане за замовчуванням поводження може бути змінене за
допомогою цієї вуст
