Помилки від httperf

Я використовую httperf для тестування продуктивності. Я запускаю багато ниток httperf одночасно, але після деякого запуску я отримую такі помилки:

"httperf: не вдалося підключитися до SSL-сервера (помилка = -1, причина = 5)"

Як це відбувається?

Мій код:

#!/bin/bash
for ((i=0;i<30;i++)); do
./bin/httperf --server 192.168.2.1 --port=443 --uri / --ssl --ssl-no-reuse --timeout 10000 --rate 1000 --num-conns 50000000 &
sleep 1
done

Сервер nginx-1.2.4, я не знаю, чи це проблема, викликана сервером.

Існує теоретичний максимум сеансів, які ви можете встановити на одному веб-сервері від одного клієнта. Цілком можливо, що ви досягли цієї межі.

Те, що ідентифікує TCP-з'єднання, - це комбінація

1. Джерело IP

2. Джерело Порт

3. IP-адреса призначення

4. Порт призначення

У цьому тесті 1, 3 і 4 є статичними. Залишився вихідний порт, який має максимальну кількість 65535 портів. Не всі з них використовуються для вихідних з'єднань. Залежно від операційної системи вашого клієнта, ця кількість обмежується меншим діапазоном (тобто 65535-1024).

Щоб побачити, чи вичерпали кількість можливих сеансів, виконайте такі дії на сервері:

netstat -na | grep source-ip | grep ":443" | wc -l

Вам доведеться дослідити ліміти клієнтів на кількість вихідних портів, щоб визначити максимум.

Якщо я отримаю повідомлення про помилку, воно відображає стан SSL_connect. У цьому випадку причина 5 означатиме SSL_ERROR_SYSCALL (див. Ssl / ssl.h у OpenSSL), і ви отримаєте більш детальну інформацію про помилку, "перегляньте стек помилок / значення повернення / errno". Нажаль, httpsf не надає більш детальної інформації, тому можна просто здогадатися: Можливо, він отримав ECONNRESET або EPIPE, оскільки nginx закрив з'єднання. Можливо, ви знайдете більше інформації в журналі помилок від самого nginx.