Плоский адресний простір. Наведіть приклади.

Безліч всіх адрес, які є допустимими в рамках деякої схеми адресації, називається адресним простором. Адресний простір може мати плоску (лінійну) організацію (мал. а) або ієрархічну організацію. У першому випадку безліч адрес ніяк не структурована.

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

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

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

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

2) Комп'ютерні мережі - окремий випадок розподілених обчислювальних систем. Розподілені програми (дублюється в 9 білет 1 питання).

Мережеві служби завжди являють собою розподілені програми. Розподілена програма це програма, яка складається з декількох взаємодіючих частин (в приведеному на мал. 1.5 прикладі з двох), причому кожна частина, як правило, виконується на окремому комп'ютері мережі.

МАЛ. 1.5. Взаємодія частин розподіленого додатку

Досі мова йшла про системні розподілені програми. Однак в мережі можуть виконуватися і розподілені програми користувача додатку. Розподілений додаток також складається з декількох частин, кожна з яких виконує якусь певну закінчену роботу за рішенням прикладної задачі. Наприклад, одна частина додатку, що виконується на комп'ютері користувача, може підтримувати спеціалізований графічний інтерфейс, друга працювати на могутньому виділеному комп'ютері і займатися статистичною обробкою введених користувачем даних, а третя занести отримані результати в базу даних на комп'ютері з встановленою стандартною СУБД. Розподілені додатки в повній мірі використовують потенційні можливості розподіленої обробки, що надаються обчислювальною мережею, і тому часто називаються мережевими додатками. Потрібно підкреслити, що не всякий додаток, що виконується в мережі, є мережевим. Існує велика кількість популярних додатків, які не є розподіленими і цілком виконуються на одному комп'ютері мережі. Проте і такі додатки можуть використати переваги мережі за рахунок вбудованих в операційну систему мережевих служб. Значна частина історії локальних мереж пов'язана якраз з використанням таких нерозподілених додатків. Розглянемо, наприклад, як відбувалася робота користувача з відомою в свій час СУБД dBase. Звичайно файли бази даних, з якими працювали всі користувачі мережі, розташовувалися на файловому сервері. Сама ж СУБД зберігалася на кожному клієнтському комп'ютері у вигляді єдиного програмного модуля. Програма dBase була розрахована на обробку тільки локальних даних, тобто даних, розташованих на тому ж комп'ютері, що і сама програма. Користувач запускав dBase на своєму комп'ютері, і вона шукала дані на локальному диску, абсолютно не беручи до уваги існування мережі. Щоб обробляти з допомогою dBase дані на віддаленому комп'ютері, користувач звертався до послуг файлової служби, яка доставляла дані з сервера на клієнтський комп'ютер і створювала для СУБД ефект їх локального зберігання. Більшість додатків, що використовуються в локальних мережах в середині 80-х років, були звичайними, нерозподіленими додатками. І це зрозуміло вони були написані для автономних комп'ютерів, а потім просто були перенесені в мережеву середу. Створення ж розподілених додатків, хоч і обіцяло багато переваг (зменшення мережевого трафіка, спеціалізація комп'ютерів), виявилося справою зовсім не простою. Треба було вирішувати безліч додаткових проблем на скільки частин розбити додаток, які функції покласти на кожну частину, як організувати взаємодію цих частин, щоб у разі збоїв і відмов частини, що залишилися коректно завершували роботу, і т. д., і т. п. Тому досі тільки невелика частина додатків є розподіленими, хоч очевидне, що саме за цим класом додатків майбутнє, оскільки вони в повній мірі можуть використати потенційні можливості мереж по розпаралелюванню обчислень.