tests: 30-мин сравнение с локали — p50 90мс vs 140мс, но 49 таймаутов у shared (5.5%), YMQ 1 ошибка

This commit is contained in:
“Naeel”
2026-08-15 13:01:11 +04:00
parent 0bf20565ff
commit 28669a79a7
2 changed files with 190 additions and 0 deletions
+25
View File
@@ -932,3 +932,28 @@ P3.8 — PASS; P3.7 (RSS 2ч) — мониторинг в процессе.
3. Гипотеза выброса: платформенные «паузы» сети к поду Nubes (ранее фиксировали
зависания ~51с на больших POST из-за MTU/MSS 1448) — но при 512 байтах
причина требует отдельного расследования (tcpdump/тайминги платформы).
## 2026-08-15 — ДЛИННОЕ сравнение с ЛОКАЛИ (30 мин), shared-SQS vs YMQ
**Скрипт**: `tests/long_compare_local.py` (ping-pong: пул K=10, раунды
попеременно shared→ymq→shared..., receive→delete→send; retries=0,
read_timeout=30с; лог `tests/long_compare.log`). Локаль (WSL), 12:27–12:57.
**Итог (317 раундов):**
- shared-SQS: send n=302 p50=90мс p95=269мс max=2785мс; receive n=293 p50=89мс
p95=279мс max=2577мс; delete n=293 p50=90мс p95=103мс max=2462мс;
**errors=49 ReadTimeoutError (30с)**.
- YMQ: send n=327 p50=138мс p95=157мс max=355мс; receive n=316 p50=150мс
p95=421мс max=2473мс; delete n=316 p50=138мс p95=152мс max=2105мс;
errors=1 ProxyConnectionError.
**Выводы (факты):**
1. По p50 наш быстрее: 89–90мс против 138–150мс (~1.5–1.7 раза).
2. НО у нас **49 запросов из 888 (5.5%) вообще не получили ответ за 30с**
(каждый таймаут — 30с простоя); у Яндекса 1 ошибка из 959.
3. Полезной работы за 30 мин: наш 888 операций, Яндекс 959 — таймауты съели
преимущество по скорости.
4. Тренд: таймауты равномерны весь тест (~1 в 37с) — системная проблема
сетевого пути локаль→шлюз Nubes, не код сервиса (с ВМ их нет).
5. Выбросы max (2.5–2.8с) есть у ОБОИХ: наш send max=2785мс, YMQ receive
max=2473мс — сетевые, не сервисные.