Beri bash i ebash / Говнокод #23349 Ссылка на оригинал

0

  1. 1
  2. 2
  3. 3
  4. 4
  5. 5
  6. 6
  7. 7
  8. 8
  9. 9
  10. 10
  11. 11
  12. 12
  13. 13
  14. 14
  15. 15
  16. 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

Обожаю MongoDB

Запостил: greshnik greshnik, (Updated )

Комментарии (3) RSS

  • ava Dummy00001 # Ссылка на оригинал 0

    там уже во второй строке 500мс - очевидно что пахнет.

    признак что криво на архитектурном уровне, если у них такой наличествует вообще.

    я подобное видел на доморощенном миддлваре, где народ байтоёбством страдал. а если даже просто на бумажке всю архитектуру собирёшь, сразу было видно что в куче мест квадратичная производительность была. и вот точно так же как у тебя сверху и работала: 10К запросов - задержке 10-15мс, след запрос - 1-2 секунды, еще 5К запросов - 10-15мс, след запрос - 5-10 секунд. дольше/больше работает - чаще появляются эти пики, и они выше со временем. когда делали анализ производительности - все пики были проигнорированы, потому что "outliers"...
    Ответить

Добавить комментарий

Помни, guest, за тобой могут следить!

    А не использовать ли нам bbcode?

    ↑
    8
    ↓