Термін синхронізація визначає три різні, але близькі концепції:
Синхронізація процесів відноситься до ситуацій, коли процеси повинні дочекатися загальної точки в часі або виконати фазу "рукостискання", для досягнення угоди або здійснення деякої послідовності дій.
Синхронізація даних описує концепцію узгодження множини копій даних (станів) або підтримку цілісності даних.
Синхронізація годинників — це проблема координації незалежних годинників в розподілених комп'ютерних мережах. Навіть якщо початково вони налаштовані точно, реальні годинники відрізнятимуться через певний проміжок часу через дрейф годинника, викликаний тим, що годинники відраховують час з дещо іншою швидкістю.
1.У локальних системах синхронізація це:
У розподiлених системах синхронізація це:
Питання. Надточний 64-розрядний таймер, синхронізований з атомним годинником, відраховує тики з частотою 1000 гігаГерц. Які мінімальні та максимальні інтервали часу можна відраховувати на цьому таймері?
Узгодження часу
У розподіленій системі немає єдиного глобального годинника. Кожен комп'ютер
(будь-який обчислювальний пристрій) має власний годинник, і їхні матеріали, фізичні властивості, тактова частота різні. Крім того, залежно від фізичного стану навколишнього середовища, де розміщено комп'ютери, коливання температури можуть впливати на хід годинників. Таким чином, жодні годинники ніколи не будуть абсолютно однаковими з точки зору вимірювання часу. Між двома годинниками може бути різниця в кілька мілісекунд або навіть секунд.
Різниця між часом на двох годинниках називається неузгодженістю годинників. І ця різниця змінюється з часом. Тому неузгодженість пари годинників - це функція точного часу – правильне її позначення . Ми будемо вважати, що точний час узгоджений з високоточними атомними годинниками і визначається щодо заданих реперних точок у часі та нульового меридіана. При цьому для конкретного комп'ютера, не підключеного до атомного годинника, цей точний час локально недоступний. Комп'ютер може наближатися до точного часу з більшими або меншими помилками, що визначаються інтернет-інфраструктурою та протоколами NTP, PTP та іншими протоколами синхронізації.
Немає стабільної частоти годинника, тобто з часом тактова частота буде іншою. Різниця тактових частот одного годинника за певний інтервал часу називається дрейфом тактової частоти. Звичайні кварцові годинники відхиляються приблизно на 1 секунду за 11–12 днів. Швидкість дрейфу змінюється від годинника до годинника.
Ми будемо припускати просту афінну модель комп'ютерного годинника.
Використовуючи позначення точного часу , відображення часу годинника в узлі мережі з достатньою для короткочасних мережевих завдань точністю задовольняє виразу
де
- розузгодження комп'ютерного годинника з ідеальним годинником у початковий момент,
- швидкість ходу комп'ютерного годинника щодо ідеального годинника, починаючи з початкового моменту,
- дрейф (відхилення швидкості) комп'ютерного годинника щодо ідеального годинника, починаючи з початкового моменту.
Якщо -завжди позитивна величина, близька до 1, то - мала величина, яка може приймати як позитивні так і негативні значення.
Причина для вибору математичної моделі (𝜏|1) годинника полягає в тому, що це
найпростіша модель, яка відображає реальність, у якій годинник не є
синхронізований до високоточних атомних годинників через неномінальні швидкості та зміщення. Ця модель припускає не тільки розузгодження комп'ютерного годинника з ідеальним годинником у початковий момент, але і постійний та невідомий -дрейф годинника. Модель була перевірена як достатно точна для багатьох типів годинників.
Якщо ми працюємо з мережею, де кожен вузел має свій номер, ми індексуватимемо зазначені величини. Наприклад, якщо в мережі два комп'ютери (комп'ютер 1 і комп'ютер 2), ми так запишемо моделі їх годинників:
Оскільки в більшості додатків на 7 рівні OSI немає API доступу до високоточних атомних годинників, абсолютну синхронізацію годинників необхідно замінити на відносну - один (або іноді декілька) годинників виступають як опорний (майстер-годинник), а решта синхронізує свої годинники щодо опорного годинника.
Тоді неузгодженість двох годинників, де перший годинник - опорний, можна записати як
де -початкова відносна неузгодженість, а - дрейф другого годинника відносно до першого ().
У досить простих сценаріях узгодження часу можна знехтувати -дрейфом пар годинників і оцінювати тільки початкову відносну неузгодженність годинників .
Алгоритм (протокол) синхронізації годинникiв клієнта і сервера виконується в ході обміну короткими повідомленнями, що синхронізують і тестують стан каналу зв'язку.
Мал. Крок обміну повідомленнями між клієнтом та сервером в алгоритмі синхронізації
Початкова оцінка поточної неузгодженості між часовими мітками клієнта та сервера:
де
— часова помітка клієнта про передачу пакета запиту,
— часова помітка сервера прийому пакета запиту,
— часова помітка сервера передачі пакету у відповідь,
— часова помітка клієнта про прийом пакету у відповідь.
Нехай - сліпа кругова затримка, а - внутрішня затримка відповіді сервера. Кругова затримка , скоригована на внутрішню затримку відповіді сервера:
Щоб отримати вираз (|1) для початкової синхрокорекції між годинниками клієнта та сервера, необхідно розв'язати систему (|3), припускаючи, що затримка сигналу від клієнта до сервера дорівнює затримці від сервера до клієнта:
Часто припущення про симетричність затримок виявляється хибним. Тому для більш точної оцінки необхідно реалізувати схему уточнення на наступних кроках алгоритму синхронізації.
Для каналів з асиметричними затримками можна переписати систему рівнянь (|3) як системи з обмеженням (θ,p|4):
де - параметр асиметрії (для симетричних затримок )
Якщо нам відомі пряма (forward) і зворотна (backward) затримки (), то коефіцієнт асиметрії визначається як
Для симетричних затримок .
Маючи параметр , коефіцієнт асиметрії затримок можна визначити як
Уточнення величини асиметрії - це важке завдання, навіть із використанням односторонніх протоколів, таких, як UDP і протоколів, заснованих на них, наприклад, WebRTC, якщо відсутні заздалегідь синхронізовані пари атомних годинників
Ось огляд асиметрії затримок для різних каналів зв’язку, які використовуються протоколами TCP/IP,UDP, HTTP/2 і HTTP/3:
Локальні мережі, побудовані на кабелях зi звитою парою, як і традиційний Ethernet, зазвичай демонструють дуже низьку асиметрію затримки. Деякі ключові причини цього:
Короткі кабелі: кабелі типу "звита пара", які використовуються для локальних мереж, зазвичай мають довжину лише десятки метрів. На цих коротких відстанях затримки прямого та зворотного поширення сигналу майже однакові, що призводить до мінімальної асиметрії. Оптоволоконні та бездротові мережі охоплюють набагато більші відстані, створюючи більше можливостей для накопичення асиметрії.
Проста інфраструктура: комутатори та маршрутизатори локальної мережі мають відносно просту конструкцію та створюють невелику затримку обробки. Вони не виконують таких складних функцій, як перекодування, шифрування або інкапсуляція, які можуть додати додаткову затримку в одному напрямку. Таким чином, асиметрія, спричинена обладнанням, низька.
Низька конкуренція: локальні мережі зазвичай мають надлишкову смугу пропускання та відчувають незначну конкуренцію чи перевантаження під час нормальної роботи. Таким чином, немає додаткових затримок у черзі або повторній передачі в одному напрямку проти іншого.
Відсутність накладних витрат на інкапсуляцію: протоколи локальної мережі, такі як Ethernet, не додають великих накладних витрат на інкапсуляцію з великою кількістю метаданих протоколу. Фреймування мінімальне, тому немає додаткової затримки під час аналізу чи генерації заголовків протоколу в одному напрямку.
Деякі виміряні значення або оцінки асиметрії затримки в локальних мережах, створених за допомогою Ethernet на звитій парі, включають:
• В межах однієї будівлі або поверху: по суті, відсутня вимірна асиметрія. Затримки прямого та зворотного ходу знаходяться в межах рівня шуму 1 мс або менше.
Асиметрія затримки .
• На кількох поверхах будівлі: незначна додаткова асиметрія через трохи довші кабельні лінії та патч-панелі, можливо, до 5 мс.
Асиметрія затримки .
• У великому офісному містечку: додані незначні стрибки перемикання можуть додати додаткові 1-2 мс в одному напрямку для загальної затримки до 10 мс і коефіцієнта асиметрії 1.2-1.5.
Волоконно-оптичні канали зазвичай мають дуже низьку асиметрію затримки. Наприклад, трансконтинентальне оптоволоконне з’єднання в США може мати пряму затримку 10 мс і зворотну затримку 12 мс, що дає коефіцієнт асиметрії затримки .
Основними причинами будь-якої асиметрії є оптимізація маршруту та затримки обробки обладнання. Загалом волокно має мінімальну асиметрію.
Локальні мережі WiFi демонструють низьку асиметрію затримки, коли навантаження низькі, але вищу асиметрію під навантаженням через суперечки та повторні передачі. Виміряні коефіцієнти асиметрії затримки WiFi 1.5-2.5 є звичайними.
Мережі стільникового зв’язку зазвичай демонструють вищу асиметрію затримки, часто в 2 рази або більше. Виміряні коефіцієнти асиметрії в 3.0-5.0 не є рідкістю. Основними причинами є надмірна кількість передплачених радіоінтерфейсів, перекодування медіа та накладні витрати на інкапсуляцію.
Супутникові Інтернет-з’єднання сумно відомі дуже високою асиметрією затримки, часто в 10 разів або більше. Це пов’язано зі значно вищою затримкою висхідної лінії зв’язку для надсилання даних на супутник порівняно з низхідною лінією зв’язку. Повідомлялося про виміряні співвідношення 10.0-50.0 асиметрії. Велика затримка поширення 500 мс або більше домінує над будь-яким іншим фактором.
Таким чином, існують значні відмінності в асиметрії затримки між типами мереж. У локальних мережах на звитій парі практично відсутня асиметрія. Оптоволокно та Wi-Fi демонструють помірну асиметрію, мобільні мережі – середню асиметрію, а супутникові – надзвичайну асиметрію. Протоколи можуть певною мірою адаптуватися, але висока асиметрія неминуче впливає на продуктивність, особливо для програм, чутливих до затримки.
Твердження 1. Помилка визначення поточної неузгодженості годинників за формулою (|1) обмежена нерівністю:
Доказ.
Припустимо, що ми маємо дві затримки: пряму і зворотну .
Визначимо коефіцієнт асиметрії .
Якщо вони симетричні, то , де - це загальна затримка.
Якщо ми використовуємо формулу (|1) для оцінки , то ми отримуємо
Ми можемо визначити .
Тоді максимальна помилка буде .
Наприклад, якщо для волоконно-оптичних каналів виміряний коефіцієнт асиметрії ξ=0.9 і ми синхронізуємо годинник у протилежних точках земної кулі з круговою затримкою розповсюдження сигналу Δ=200 мілісекунд, можна поліпшити песимістичну похибку синхронізації, рівну 100 мілісекундам, до приблизно 5 мілісекунд.
Твердження 2. Cкоригована помилка визначення поточної неузгодженості за формулою дорівнює 0.
Якщо нам відомий коефіцієнт асиметрії , то ми можемо скоригувати нашу оцінку так, щоб врахувати асиметрію. Замість використання в формулі (|3) виразу , ми можемо використати формулу , яка враховує асиметрію.
Тоді скоригована помилка буде .
Таким чином, якщо існує можливість отримання явної інформації про асиметрію каналу або її неявного обчислення по геоданим вузлів, гістограм затримок, встановленого точного обладнання та можливими системами машинного навчання за цими даними, можна виконувати синхронізацію годинників в глобальних мережах з субмілісекундною точністю.
Ще більш радикальним кроком у цьому напрямі є вдосконалення протоколів та обладнання маршрутизації в мережі інтернет, таке, що у кожному пакеті передачі даних має існувати поле часу передачі пакета, інформація у якому оновлюється від вузла до вузла. При цьому кожна лінія зв'язку повинна мати точну характеристику часу передачі його медіа, і ця інформація повинна бути доступна маршрутизаторам.
Для мережних розподілених додатків, наприклад, комп'ютерних ігор, часто потрібний простий метод синхронізації годинника. В ідеалі він повинен мати такі властивості: бути досить точним, швидко сходитися, бути простим у реалізації і здатним працювати на протоколах з підтвердженням доставки, таких як TCP або WebSockets.
Спрощений варіант алгоритму (схожий на SNTP) з цими властивостями виглядає так:
Клієнт відзначає свій місцевий час у пакеті «запит часу» та відправляє на сервер
Після отримання повідомлення від клієнта сервер відзначає свій локальний час і повертає його клієнту (вважається, що сервер настільки швидко працює, що )
Після отримання клієнтом повідомлення з часом він віднімає свій відправлений час з поточного часу і ділить на два, щоб обчислити коригувальний параметр (знову ми вважаємо, що сервер настільки швидко працює, що ).
Далі клієнт віднімає поточний час вiд часу сервера (або вiд ), щоб визначити "сліпу" коррекцію часу клієнта та сервера, і додає до неї половинну затримку , щоб отримати оцінку неузгодженості .
"Сліпу" коррекцію часу клієнта та сервера можна негайно використовувати для початкової роботи з годинником, оскільки вона коригує показання локального годинника принаймні у правильне приблизне положення (хоча б у правильний часовий пояс, якщо між годинниками є великі розбіжності!)
Клієнт повторює кроки з 1-го по 3-й п'ять або більше разів, щоразу роблячи паузу в кілька секунд. Інший трафік може бути дозволений на якийсь час, але його слід звести до мінімуму для досягнення найкращих результатів.
Можна модифікувати описаний алгоритм, враховуючи ймовірнісний розподіл затримок, що сильно відрізняється від Гаусiвського. Можна, наприклад, спробувати використати зміщений розподіл Пуассона aбo зміщений eкспоненційний розподіл. Зокрема, протягом десятків секунд з великою ймовірністю можна отримати строгий мінімум часу затримки. Замість середньоарифметичного як оцінку поточного усередненого параметра синхронізації можна використовувати оцінку мінімума, а також моду та інші.
Приклад гістограми розподілу при зв'язку з віддаленим сервером.
Гістограма є реалізацією деякого випадкового процесу, який визначається поточною структурою каналу та роботою на ньому маршрутизаторів, повторювачів, буферів тощо, та її форма визначається щільністю розподілу цього випадкового процесу. Вісь - це час затримки в мілісекундах, вісь - відсоткове співвідношення відповідних затримок.
Ці ілюстративні дані допоможуть у виборі відповідного закону розподілу затримок поширення сигналу каналом зв'язку та залежного від них розподілу параметра синхронізації
Можна також отримати оцінки (або ) асиметрії затримок, якщо надсилати послідовність запитів із заздалегідь відомими відмітками часу, якщо якимсь чином вдалось синхронізувати годинники клиєнта та сервера.
Бібліотека timesync реалізує простий, але швидкий і досить точний (вважаючи канал симетричним) метод уточнення параметра синхронізації для розподілених клієнт-серверних програм реального часу.
Приклад серверного коду підключення бібліотеки та обробника запиту на синхронізацію:
Приклад клієнтського коду підключення бібліотеки та запитів на синхронізацію та час:
Навіть точне розв'язання задачі синхронізації годинників у вузлах мережі не вирішує завдання синхронізованої координації роботи розподілених додатків реального часу. Ось кілька прикладів типів програм у реальному часі, які потребують синхронізованої координації.
Розподілені системи управління у промисловій автоматизації та системах управління. Приклади включають системи керування електростанціями, виробничі складальні лінії та системи керування рухом. Синхронізована координація забезпечує спільну дію різних компонентів системи в потрібний час, запобігаючи конфліктам і забезпечуючи безперебійну роботу.
Спільне редагування в режимі реального часу: програми, які дозволяють кільком користувачам спільно редагувати документ або працювати над проектом у режимі реального часу, вимагають синхронізованої координації. Приклади включають платформи для спільної розробки програмного забезпечення. Механізми синхронізації гарантують, що зміни, внесені різними користувачами, застосовуються в правильному порядку та є видимими для всіх учасників у режимі реального часу.
Розподілені мультимедійні системи, такі як відеоконференції та потокові послуги, потребують синхронізованої координації для доставки медіа-потоків в режимі реального часу та забезпечення безперебійної взаємодії з користувачем. Те ж саме стосується і розподіленої симуляції та віртуальних середовищ, які вимагають синхронізації для координації дій та взаємодії об'єктів на всіх вузлах.
Розподілені системи фінансової торгівлі: системи високочастотної торгівлі та фінансові ринки, які включають кількох розподілених учасників, вимагають синхронізованої координації. У цих системах точність координації дій у часі має вирішальне значення для здійснення угод, узгодження замовлень і підтримки чесних та ефективних ринків.
Для вирішення вирішення завданнь координації роботи розподілених додатків реального часу можна використовувати прикладні протоколи взаємодії компонентів розподілених додатків, подібні до базових протоколів синхронізації часу, для координації майбутніх подій в мережевій системі. Незважаючи на неможливість точної синхронізації годинників, є можливість точної координації майбутніх подій в частинах розподілених додатків для детермінованих каналів зв’язку. Для каналів зв’язку з недетерминованими затримками потрібна розробка ймовірнісних протоколів кратного узгодження у часі дій.
Протестувати та продемонструвати результати оцінки випадкових величин для браузерної сторони додатку, що запускається:
а) на комп’ютері, пов’язаному провідним зв’язком з мережею інтернет;
б) на комп’ютері, пов’язаному WiFi-зв’язком з мережею інтернет;
в) на мобільному пристрої, пов’язаному з мережею інтернет через мобільні (стільникові) канали;
Самостійно вибрати передбачуваний Вами закон розподілу випадкової величини з набору:
а) Гаусовий розподіл
б) Зміщений розподіл Пуассона
в) Зміщений експоненційний розподіл
Для обраного розподілу за даними роботи клієнт-серверної програми отримати оцінки випадкової величини :
Створити на хостингу glitch.com (replit.com) клієнт-серверний додаток, що, використовуючи протокол HTTP, виконує синхронізацію годинника клієнта та годинника сервера (обчислення поправки ) та online порівняння її з роботою бібліотеки tymesync, приймаючи гіпотезу симетричності каналу. Дайте оцінку похибки методу визначення початкової синхрокорекції .
Напишіть серверно-клієнтський додаток, що, використовуючи протокол HTTP, виконує синхронізацію годинника клієнта 2 з клієнтом 1 як майстер-годинником, приймаючи гіпотезу симетричності каналів. Дайте оцінку похибки методу визначення початкової синхрокорекції .
Подати отримані результати в таблиці:
Тип каналу та величини | min | med | avg | mode | max | stddev | |||
---|---|---|---|---|---|---|---|---|---|
wired | |||||||||
wifi | |||||||||
mobile | |||||||||
wired | |||||||||
wifi | |||||||||
mobile |