Кстати... В самом feersum'е написано что он много чего пропускает в работе с сетью и этот feersum нельзя выставлять в качестве фронта. Насколько я помню (Олег может подтвердить или опровергнуть) мы-то как раз бились чтобы можно было UniEvent фронтом делать

- если удвоить: -c96? (сейчас под рукой нет хоста, чтоб еще почекать)
- да, feersum простой, но думаю unievent http просто наружу можно поставить далеко не во всех случаях, учитывая, что там нет роутинга, балансировки и тп

Я немного про другое... UE не должен сломаться если ему хрень запихнут в сокет. Балансировка есть (UniEvent::HTTP::Manager) Ну вернее это не балансировка, а запуск нескольких процессов. Роутинга и приложения - да, нету. В работе.

warstone@dev:~/temp$ wrk -c96 -t6 -d30 -H 'connection: close' http://localhost:4999/
Running 30s test @ http://localhost:4999/
  6 threads and 96 connections
  Thread Stats   Avg      Stdev     Max   +/- Stdev
    Latency     2.05ms  145.57us   4.53ms   87.83%
    Req/Sec     7.73k   330.29     8.73k    73.78%
  1384363 requests in 30.00s, 165.03MB read
Requests/sec:  46138.01
Transfer/sec:      5.50MB
warstone@dev:~/temp$ wrk -c96 -t6 -d30 -H 'connection: close' http://localhost:4998/
Running 30s test @ http://localhost:4998/
  6 threads and 96 connections
  Thread Stats   Avg      Stdev     Max   +/- Stdev
    Latency     2.29ms  157.12us   5.28ms   91.85%
    Req/Sec     6.93k   496.27    20.16k    97.00%
  1243326 requests in 30.10s, 148.22MB read
Requests/sec:  41307.12
Transfer/sec:      4.92MB

Те-же 5% +- Давайте завтра продолжим этот разговор... Хотелось-бы понять почему в вашем окружение такая просадка случается.

feersum в общем тоже дропнет соединение если туда мусор придёт вместо http запроса, но да - его лучше за nginx/haproxy (как обычно с app-сервером)

да, чекну на другом

Ue::http должен выдавать 40к rps на ядро без кипалайва. Никак не 3. Чтото не так

да, если uni http грузить трафом не долго, то скорости примерно сравнимы (как раз ~5%) - похоже настройки tcp и/или опции сокета (в feersum отключен so_linger)

А если - долго?... Как вы получили то 3х падение-то?

Нам-бы повторить, чтобы понять куда копать.

если долго, то скорость еще падает - вероятно соединения "висят" (вечером посмотрю еще)

Маленькое (дефолтное) количество коннектов и большой срок жизни?

Коллеги, а кто знает, как отправить сообщение в группу Microsoft Teams? 😉

Не путать конечно с такой ненужной сущностью, как канал

склоняюсь, что там где тестил /proc/sys/net/ipv4/tcp_tw_reuse = 0, (по дефолту он =2)

@Warstone ^^ так и оказалось - еще поинт сделать unix socket )

Эм... А как вообще кто-то догадался выставить tcp_tw_reuse в 0?

э, а какое отношение TIME_WAIT имеет к скорости передачи данных?

нет логов, нет обработки ошибок, порты кончились всем похуй, скорость упала?

и догадаться бенчить с разных хостов тоже не могут, настолько похуй?