Ти дивишся на світ крізь щілину. Дійсний тест різниці затримок при різних швидкостях буде між двома однаковими NIC, з'єднаними з перехресним кабелем. Встановіть швидкість поєднання NIC в 10 Мб, 100 Мб і 1000 Мб. Це покаже, що різниці в затримці практично при різній швидкості практично немає. Усі пакети рухаються з однаковою швидкістю дроту незалежно від використовуваної максимальної пропускної здатності. Після того, як ви додасте перемикачі з кешуванням магазину та вперед, все змінюється. Перевірка затримки через вимикач повинна виконуватися лише з двома підключеннями до вимикача. Будь-який інший трафік може вплинути на затримку вашого тесту. Навіть тоді комутатор може перевертати журнали, налаштовувати лічильники типів пакетів, оновлювати внутрішній годинник тощо. Все може вплинути на затримку.
Так, перехід від 100 Мб до 1 Гбіт може бути швидшим (менша затримка) через зміни обладнання, різного NIC, іншого комутатора, різного драйвера. Я помітив більші зміни в затримці пінг-файлу від різниць драйверів, ніж будь-які інші зміни; пропускну здатність, комутатори, вивантаження NIC та ін.
Перемикач був би наступною найбільшою зміною із прорізанням значно швидше, ніж зберігання та пересилання для одночасних тестів передачі. Однак добре розроблений магазин і перемикач вперед можуть перегнати перемикач прорізу в загальній продуктивності при великому навантаженні. У перші дні гігабіту я бачив 10-мільйонні високоефективні комутатори на задній площині з меншою затримкою, ніж дешеві гігабітні комутатори.
Тести Ping практично не мають значення для аналізу продуктивності при користуванні Інтернетом. Вони проходять швидкі тести, щоб отримати уявлення про те, що відбувається на транспорті на момент випробування. Тестування продуктивності виробництва набагато складніше, ніж просто пінг. Високопродуктивні комутатори - це комп’ютери і під високим навантаженням поводяться по-різному - зміна затримки.
Маючи повільніший NIC або встановлений NIC з меншою швидкістю, насправді може допомогти серверу з одночасними сплесками, заглушивши вхід на сервер за допомогою кешу комутаторів. Одноразова повторна передача може заперечувати будь-яке зниження затримки. Зазвичай важливі рівні середнього та високого завантаження, а не одиночні тести ping. Наприклад, старий повільний Sun Ultrasparc (більша затримка на один пінг) перевершує новий дешевий гігабітний робочий стіл, який використовується як сервер розробників, коли пропускна здатність пропускної здатності становить менше 70%. Настільний ПК має швидший NIC gb, швидше підключення gb-gb, більш швидку пам'ять, більше пам’яті, швидший диск та швидший процесор, але він не працює так добре, як налаштоване обладнання та програмне забезпечення серверного класу. Це не означає, що поточний налаштований сервер, на якому працює gb-gb, не швидший, ніж старе обладнання, навіть здатний обробляти великі навантаження пропускної здатності. Щодо питання про "
Дізнайтеся, чи використовує ваш провайдер різні комутатори для з'єднань 100mb проти 1Гб. Якщо вони використовують ту саму задню площину комутаторів, ніж я б заплатив за збільшення, лише якщо рівень трафіку перевищив нижню пропускну здатність. В іншому випадку ви можете виявити, що за короткий час багато інших користувачів перейдуть на гігабіт, і небагато користувачів, які залишилися на старому комутаторі, тепер мають більш високу продуктивність - меншу затримку під час великих навантажень на комутатор (загальне навантаження комутатора, а не лише на ваші сервери ).
Приклад яблук та апельсинів: Місцевий Інтернет-провайдер запропонував новий комутатор для пакетних послуг, DSL та телефону. Спочатку користувачі бачили підвищення продуктивності. Система була перепродана. Тепер користувачі, які залишаються на старому комутаторі, мають більш високу стабільну продуктивність. Під час пізньої ночі користувачі в новій системі швидше. Увечері під великим навантаженням старі клієнти комутаторів явно перевершують нову перевантажену систему.
Нижня затримка не завжди корелює з швидшою доставкою. Ви згадуєте MySQl у 20 запитах на обслуговування однієї сторінки. Цей трафік не повинен бути в тому самому NIC, який вимагає сторінка. Переміщення всього внутрішнього трафіку до внутрішньої мережі зменшить зіткнення та загальний підрахунок пакетів у вихідному NIC та забезпечить більший приріст, ніж посилення затримки в .04ms одного пакету. Зменшіть кількість запитів на сторінку, щоб зменшити затримку завантаження сторінки. Стисніть сторінки, html, css, javascript, зображення, щоб зменшити час завантаження сторінки. Ці три зміни дадуть більший загальний прибуток, ніж плата за пропускну здатність, що не використовується для зменшення затримки на 0,04 мс. Пінг повинен працювати 24 години і усереднюватися, щоб побачити реальну затримку. Інтелектуальні комутатори тепер роблять адаптивне придушення типу RTSP з невеликим початковим збільшенням пропускної здатності та великими передачами. Залежно від розмірів вашої сторінки (графіка, великий html / css / javascript), ви можете побачити початкові затримки підключення / пропускну здатність набагато нижче / вище, ніж велика сторінка або перенесення на повну сторінку. Якщо частина вашої сторінки потокова, ви можете побачити різко різну ефективність між сторінкою та потоком.