- 01
- 02
- 03
- 04
- 05
- 06
- 07
- 08
- 09
- 10
- 11
- 12
- 13
- 14
- 15
- 16
Connected to MongoDB!
GET /api/v1/labels 200 185ms - 17.35kb
GET /api/v1/labels 200 507ms - 17.35kb
GET /api/v1/labels 200 168ms - 17.35kb
GET /api/v1/labels 200 199ms - 17.35kb
GET /api/v1/labels 200 161ms - 17.35kb
GET /api/v1/labels 200 142ms - 17.35kb
GET /api/v1/labels 200 193ms - 17.35kb
GET /api/v1/labels 200 125ms - 17.35kb
GET /api/v1/labels 200 10170ms - 17.35kb
GET /api/v1/labels 200 152ms - 17.35kb
GET /api/v1/labels 200 151ms - 17.35kb
GET /api/v1/labels 200 141ms - 17.35kb
GET /api/v1/labels 200 135ms - 17.35kb
GET /api/v1/labels 200 122ms - 17.35kb
GET /api/v1/labels 200 195ms - 17.35kb
Dummy00001 23.09.2017 00:28 # 0
признак что криво на архитектурном уровне, если у них такой наличествует вообще.
я подобное видел на доморощенном миддлваре, где народ байтоёбством страдал. а если даже просто на бумажке всю архитектуру собирёшь, сразу было видно что в куче мест квадратичная производительность была. и вот точно так же как у тебя сверху и работала: 10К запросов - задержке 10-15мс, след запрос - 1-2 секунды, еще 5К запросов - 10-15мс, след запрос - 5-10 секунд. дольше/больше работает - чаще появляются эти пики, и они выше со временем. когда делали анализ производительности - все пики были проигнорированы, потому что "outliers"...
inho 24.09.2017 00:02 # 0
fuckercoder 29.12.2017 05:11 # 0