тогда зачем мониторить 24/7?

Персональный рекорд - 4500 секунд.

На то, что обычно занимает 150.

тогда зачем мониторить 24/7?

Нужно vmstat снять в логи, что я сейчас и сделаю.

кстати. сервер железный, не виртуалка?

ну так, на всякий

мне вот интересно, а то что там 4к контекстсвичей, это же не очень нормально вроде

кстати. сервер железный, не виртуалка?

Много ли ты виртуалок видел с 64 GB оперативы на борту?

Железка обычная.

я много чего видел

Много ли ты виртуалок видел с 64 GB оперативы на борту?

пфф

И на ней только Redis, MongoDB и nginx.

Я думал ещё что что-то мешает.

Но Redis стабильно шпарит, больше 1 GB в памяти не занимает.

nginx так вообще не чувствуется, что он на сервере есть.

м

идея

а что за диски там?

Один диск SSD.

бд на нем?

В RAID-10.

бд на нем?

Да, так точно.

один диск в raid?

e_e

один диск в raid?

Ну их два, но ты понял, про что я.

а чо smart говорит?

и mdadm?

впрочем если бы у тебя оно в диск упиралось, видно было бы

а чо smart говорит?

Говорит, что всё ОК. Так хули, диски свежие, из коробки.

Только купили, считай.

не показатель ваще :)

и mdadm?

Про такое не слышал.

это для бедных =)

а, рейд железный?

это для бедных =)

и для виртуалок!

но мы же определились, что тут не ВМ

а, рейд железный?

Сейчас уточню, но вероятно, что да.

ну если про mdadm не знаешь, то скорее всего железный :)

либо софтовый из биоса

или efi или что там у тебя

Самое непонятное - почему помагает перезапуск монги

ваще когда загружено только одно ядро это плохой признак

Первое что приходит в голову - память. Может фрагментация кстати.

ваще когда загружено только одно ядро это плохой признак

Да не одно оно загружено.

Просто момент на скрине такой.

Когда выполняются агрегации - он по очереди грузит случайное (?) ядро.

Но постоянно оно не забито, нет.

ммм

Это буквально на пару секунд.

Пару секунд одно, пару секунд - другое.

а разве оно агрегации не научилось нормально по куче ядер размазывать?

а почему так?

вово

потому что когда монга упирается в одно ядро это признак того что упираются внутренности монги

у меня даже без агрегаций обычно несколько ядер занято

Про RAID - железный.

Только я упустил.

Не RAID-10, а RAID-1.

да пофиг, надо посмотреть на его состояние как-то, на всякий случай

но опять, пока вроде симптомы не дисковые

wa нет

если не своп только всплывал

а про ядра странно

Самое непонятное - почему помагает перезапуск монги

Помогает на время, а именно, часов на 8.

а про ядра странно

Ну почему же, вроде бы вполне логично.

Операции вроде find и т.д. - размазываются по ядрам.

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

Map-reduce в MongoDB выполнялся на одном.

ой

map-reduce

логи покажи

с output в коллекцию?

Не, тут aggregation framework.

а

а чо в логах?

Я имею в виду что он агрегации собирает на одно ядро.

нет, не должен

а чо в логах?

Ничего особенного, всё чисто. Что искать?

У меня все логи включены.

Но там нет ни ошибок ни warning'ов.

Map-reduce в MongoDB выполнялся на одном.

не знал. Мы не юзаем, поэтому не в теме. Как-то кисло

пойду почитаю

не знал. Мы не юзаем, поэтому не в теме. Как-то кисло

там вообще всё плохо с m/r

oh shi~ я уже шёл по этим же вопросам... и по фрагментации, и по логам

нахуа она тогда вообще нужна, блин =)

не знал. Мы не юзаем, поэтому не в теме. Как-то кисло

Map-reduce в MongoDB может использовать только одно ядро.

нахуа она тогда вообще нужна, блин =)

уже не нужна

(( но решения так и не нашли ((

Я когда смотрел агрегации - думал что так и норм.

они сами рекомендуют af

Что оно по одному ядру занимает.

Только вы меня, господа, наверное, не совсем правильно поняли.

Одно ядро забивается на пару секунд.

Потом - другое.

При этом это одна и та же агрегация.

Правильно правильно

Да.

Лично я не понимаю почему не использовать несколько ядер одновременно

но, видимо, есть причины