Теорія операційної системи

:: Меню ::

Головна
Представлення даних в обчислювальних системах
Машинні мови
Завантаження програм
Управління оперативною пам'яттю
Сегментна і сторінкова віртуальна пам'ять
Комп'ютер і зовнішні події
Паралелізм з точки зору програміста
Реалізація багатозадачності на однопроцесорних комп'ютерах  
Зовнішні пристрої
Драйвери зовнішніх пристроїв
Файлові системи
Безпека
Огляд архітектури сучасних ОС

:: Друзі ::

Карта сайту
 

:: Статистика ::

 

 

 

 

 

Рекламы в системе google adwords по материалам http://teogroup.ru. | На сайте http://www.garantinstrument.ru строительные леса аренда саратов.

Win16

Незабаром після анонса Apple Macintoch в 1984 р., Microsoft випустила електронну таблицю Excel і текстовий процесор Word для цієї системи. Автор не може підтвердити це офіційними даними, але важко позбавитися від враження, що основним завданням при розробці Win 16 було максимальне полегшення перенесення додатків Травні на IBM РС.
Версії Windows 2.x—3.x відтворюють майже всі характерні межі Mac OS.

  • Подієво-орієнтовану кооперативно багатозадачну архітектуру
  • Єдиний адресний простір
  • Збірку програм у момент завантаження з використанням DLL П "Ручечноє" управління пам'яттю
  • І навіть угода про виклики в процедур системного API: параметри поміщаються в стек, починаючи з першого, стек очищається процедурою, що викликається

Ядро системи було зібране у вигляді завантажувального модуля DOS (win.exe). Після завантаження цей модуль брав на себе управління пам'яттю і здійснював завантаження власних і призначених для користувача модулів формату NE (так звані сегментовані модулі). DOS, проте, зберігалася в оперативній пам'яті і використовувалася як дискова підсистема.
Перші версії системи були абсолютно незадовільними не лише з точки зору надійності, але і по продуктивності. Досить великі вимоги до ресурсів не дозволяли запустити скільки-небудь ресурсоємне застосування в 640к ОЗУ, системи ж з великим об'ємом пам'яті були у той час рідкістю. Більший об'єм пам'яті був доступний лише на машинах IBM РС AT з процесором 80286. На таких комп'ютерах звернення до DOS вимагали перемикання в реальний режим процесора і тому відбувалися дуже повільно.
Значний прорив в експлуатаційних характеристиках Windows 3.x забезпечив процесор 80386, на якому можна було створити для DOS віртуальний 8086. Це дозволило уникнути перемикань режиму процесора на кожному системному виклику і різко підвищило продуктивність. Ще більше підвищення продуктивності було досягнуте в Windows 3.11 з появою так званого 32-розрядного доступу до диска — власної дискової підсистеми, яка працювала цілком в захищеному режимі. Проте, надійність навіть цих версій системи залишала бажати багато кращого.
У Win 16 вперше була реалізована технологія, без згадки якої опис цієї системи був би не повним — не лише тому, що це одна з небагатьох оригінальних концепцій, вперше реалізованих в системах сімейства Ср/м, але і тому, що ця технологія зробила значний вплив на сучасні методики розробки прикладного програмного забезпечення. Йдеться про технології COM (Common Object Model — спільна об'єктна модель).
Ідея, лежача в основі СОМ, досить проста і вирішує вельми насущну проблему: точки входу DLL не зберігають відомостей не лише про семантику відповідних процедур, але навіть про кількість і типів параметрів, передаваних цим процедурам. Різні системи програмування використовують різні угоди про спосіб передачі параметрів — заголовок DLL не зберігає інформації і про це. Відсутність перерахованих відомостей утрудняє взаємодія між підсистемами, реалізованими на різних мовах, і робить неможливою синтаксичну перевірку допустимості виклику зовнішніх процедур з мов, що інтерпретуються.
СОМ передбачає постачання DLL зовнішнім описувачем, який перераховує всі процедури, що реалізовуються даною DLL, і типів даних, використовуваних цими процедурами. Опис формується на спеціальній мові IDL (Interface Definition Language — мова опису інтерфейсу), яка потім компілюється в двійкову виставу, використовувану об'єктною середою і інтерпретуючими системами програмування. Сучасні системи програмування виконують автоматичну генерацію IDL і "болванок"(заготовок) коди, що реалізовує даний інтерфейс, на конкретній мові програмування.
IDL є досить звичною мовою, на якому можна описувати об'єкти — структури даних, з якими асоційовані набори процедур-методів. Поля структур (атрибути) можуть належати одному з декількох скалярних типів (ціле число, число з плаваючою крапкою, дата і час, рядок — останній тип в більшості компільованих ЯВУ не є скалярним). Допустимі також атрибути, що є об'єктами інших класів. Методи об'єкту як параметри можуть набувати як значень скалярних типів, так і об'єкти, і використовують стандартну угоду про виклики — тим самим полегшується взаємодія підсистем, реалізованих на різних мовах програмування.
Об'єктно-орієнтований стиль опису інтерфейсів є популярною методологією опису і розробки складних програмних систем, тому, не дивлячись на багаточисельні недоліки технології СОМ (наприклад, не підтримується контроль версії інтерфейсу і спадкоємство) вона була добре прийнята співтовариством розробників. Втім, заявлена на початку робіт над цією технологією мета — перехід від монолітних додатків до компонентної середи, що складається з взаємозамінних об'єктів СОМ, — досягнута не була. Досягненню цієї мети не сприяла також технічна політика Microsoft, що полягала в низькоякісній і неповній документації і хаотичних змінах флагманської об'єктної середи (версії OLE, ACTIVEX, OCX і т. д.).

 

:: Реклама ::

Парикмахерская где можно купить парик Растаможка авто в Одессе также читайте.

 

:: Посилання ::


 

 

 


Copyright © Kivik, 2017