ovs-benchmark - онлайн в хмарі

ПРОГРАМА:

ІМ'Я

ovs-benchmark - утиліта тесту для налаштування потоку для Open vSwitch

СИНТАКСИС

ovs-бенчмарк латентність -дистанційне ip[:Порти] [--розетки nsocks] [--партії nbatches]
[--місцевий [ip][:Порти]]

ovs-бенчмарк швидкість -дистанційне ip[:Порти] [--максимальна ставка швидкість] [--час вийшов макс]
[--розетки nsocks] [--партії nbatches] [--місцевий [ip][:Порти]]

ovs-бенчмарк слухати [--місцевий [ip]:Порти]

ovs-бенчмарк допомога

ОПИС

ovs-бенчмарк тестує продуктивність налаштування потоку Open vSwitch, налаштовуючи ряд
TCP-з'єднання та вимірювання необхідного часу. Його також можна використовувати з Linux
bridge або без будь-якого програмного забезпечення, що дозволяє вимірювати пропускну здатність і
вартість латентності моста.

Кожен ovs-бенчмарк Команда описана окремо нижче.

Команда ``затримка'' команда

Ця команда ініціює nsocks TCP-з'єднання (за замовчуванням 100) якомога швидше,
чекає успіху чи невдачі кожного з них і друкує стовпчасту діаграму
час завершення стандартного виводу, за яким слідує підсумковий рядок. Кожен рядок у панелі
На діаграмі вказано час завершення підключення в мілісекундах, за яким слідує кількість . or !
символів, по одному для кожного TCP-з'єднання, яке завершилося за стільки мілісекунд. А
успішне підключення друкує a ., і невдале підключення (наприклад, до порту, на якому
жоден процес не прослуховує) друкує a !.

If nbatches дається, вся процедура повторюється вказану кількість разів.
В кінці друкується лише один підсумковий рядок.

Результати сильно відрізняються залежно від кількості сокетів і від того, чи є віддалений хост
прослуховування з'єднань на вказаних портах. З невеликою кількістю розеток, все
час підключення зазвичай залишається в межах кількох мілісекунд. Як кількість
сокетів збільшується, розподіл часу з'єднання кластерується навколо відправника TCP
інтервал повторної передачі SYN стека. (Цей шаблон виникає з увімкненим Open vSwitch або без нього
мережевий шлях.)

Команда ``оцінка'' команда

Ця команда ініціює nsocks TCP-з’єднання (за замовчуванням 100) якомога швидше
(обмежується максимальна швидкість, Якщо --максимальна ставка вказано). Кожен раз, коли з’єднання завершується с
успіх чи невдача, він закриває цей зв’язок і починає новий. Це продовжує робити
так або назавжди, або, якщо --час вийшов вказано, доки макс секунд минуло.
Під час тесту він друкує статистичні дані про час, що минув, успішний і невдалий
з'єднань, а також середня кількість завершених (успішних чи невдалих) з'єднань на
другий за бігом.

Без --максимальна ставка, швидкість команда вимірює максимальну швидкість встановлення тривалого потоку для an
Відкрийте екземпляр vSwitch. Це, природно, має тенденцію до водіння ovs-vswitchd Завантаження ЦП на 100% увімкнено
хост, який отримує трафік.

Коли --максимальна ставка вказано зі значенням нижче максимальної швидкості Open vSwitch
екземпляр може обробляти, то швидкість також можна використовувати для вимірювання ядра та ЦП простору користувача
вартість налаштувань потоку при певних витратах.

Результати мають тенденцію сильно коливатися протягом перших кількох секунд пробіжки, а потім заспокоюються.
Відображене середнє значення розраховується протягом усього циклу, тому має тенденцію до збіжності
асимптотично щодо ``правильного'' значення. Щоб швидше зібратися, спробуйте пробігти 5 до
10 секунд, потім вбивство і повторний біг.

Команда ``послухай'' команда

Ця команда прослуховує один або кілька портів TCP для вхідних підключень. Це приймає
з'єднання і негайно закриває їх. Його можна поєднувати з швидкість or латентність
команди для спостереження за ефектами успішних і невдалих TCP-з'єднань.

Його легше відтворити та інтерпретувати ovs-бенчмарк результати, коли немає слухача
(Див. ПРИМІТКИ нижче).

Команда ``допомога'' команда

Друкує повідомлення про використання та успішно виходить.

ВАРІАНТИ

-r ip[:Порти]
-дистанційне ip[:Порти]
Цей параметр обов’язковий латентність та швидкість команд, мінімально вказує пульт
хост для підключення (як IP-адреса або ім’я DNS). ip.

TCP-порт або діапазон портів (розділених символом -) також можна вказати. Якщо діапазон є
тоді кожен порт у діапазоні використовується в цикловому порядку. За замовчуванням
порт 6630, якщо не вказано жодного.

-l [ip][:Порти]
--місцевий [ip][:Порти]
на латентність та швидкість, без цього параметра вихідні з’єднання не будуть пов’язувати a
конкретний порт TCP. Локальний стек TCP вибере локальний порт TCP для прив’язки. Коли
якщо вказано цей параметр, буде використовуватися вказаний порт або діапазон портів
поворот. (Якщо діапазон портів вказано на обох --місцевий та -дистанційне, потім кожен місцевий
порт у його діапазоні буде використано до того, як віддалений порт буде збільшено до наступного
порт у своєму діапазоні.)

на слухати команда, ця опція визначає локальний порт або порти та IP
адреси, за якими можна слухати. Якщо його пропущено, порт 6630 на будь-якій IP-адресі є
використаний

-s nsocks
--розетки nsocks
для латентність, встановлює кількість з’єднань, які потрібно ініціювати на пакет. Для швидкість, набори
кількість невдалих з'єднань, які намагаються підтримувати в будь-який момент часу. The
за замовчуванням - 100.

-b nbatches
--партії nbatches
для латентність, встановлює кількість разів для ініціювання та очікування для всіх
підключення до завершення. За замовчуванням 1.

-c максимальна швидкість
--максимальна ставка максимальна швидкість
для швидкість, обмежує максимальну швидкість, з якою будуть намагатися встановити з’єднання максимальна швидкість
з'єднань в секунду. За замовчуванням обмежень немає.

-T макс
--час вийшов макс
для швидкість, зупиняє контрольний показник після макс секунд минуло. За замовчуванням,
контроль триває до тих пір, поки не буде перервано сигналом.

ПРИМІТКИ

ovs-бенчмарк використовує стандартні виклики сокетів POSIX для доступу до мережі, тому він спільно використовує
сильні сторони та обмеження TCP/IP та його реалізації в локальному та віддаленому TCP/IP
стеки. Зокрема, TCP та його реалізації обмежують кількість успішних
завершено, а потім закрите TCP-з'єднання. Це означає що ovs-бенчмарк тести мають тенденцію
сповільнюється, якщо запускається протягом довгих інтервалів або з великою кількістю розеток або партій, якщо
віддалена система прослуховує порт або порти, до яких звертаються. Проблема ні
виникають, коли віддалена система не слухає. ovs-бенчмарк тому результати значні
більш надійний і повторюваний, коли віддалена система не прослуховує порт або порти
зв'язуються. Навіть один роз’єм для прослуховування (наприклад, діапазон портів від 8000 до 9000 с
один слухач на порту 8080) може викликати аномалії в результатах.

Переконайтеся, що брандмауер віддаленого стеку TCP/IP дозволяє використовувати трафік контрольного тесту
оброблено. Для цілей порівняльного аналізу Open vSwitch ви можете вимкнути брандмауер
з, наприклад, Iptables -F.

ovs-бенчмарк є однопоточним. Можна запустити багатопотоковий процес
з'єднання швидше.

TCP-з'єднання складається з двох потоків (по одному в кожному напрямку), тому перемножте TCP
статистика підключення, що ovs-бенчмарк звіти на 2, щоб отримати статистику потоку.

Використовуйте ovs-benchmark онлайн за допомогою служб onworks.net