@MongoDBRussian

Страница 17 из 342
Alex
30.07.2016
21:46:06
тогда зачем мониторить 24/7?

[Anonymous]
30.07.2016
21:46:12
Персональный рекорд - 4500 секунд.

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

тогда зачем мониторить 24/7?
Нужно vmstat снять в логи, что я сейчас и сделаю.

Google
Alex
30.07.2016
21:46:55
кстати. сервер железный, не виртуалка?

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

yopp
30.07.2016
21:46:59
мне вот интересно, а то что там 4к контекстсвичей, это же не очень нормально вроде

[Anonymous]
30.07.2016
21:47:28
кстати. сервер железный, не виртуалка?
Много ли ты виртуалок видел с 64 GB оперативы на борту?

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

Alex
30.07.2016
21:47:41
я много чего видел

[Anonymous]
30.07.2016
21:48:01
И на ней только Redis, MongoDB и nginx.

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

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

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

Alex
30.07.2016
21:48:30
м

идея

Google
Alex
30.07.2016
21:48:36
а что за диски там?

[Anonymous]
30.07.2016
21:48:41
Один диск SSD.

Alex
30.07.2016
21:48:48
бд на нем?

[Anonymous]
30.07.2016
21:48:48
В RAID-10.

бд на нем?
Да, так точно.

yopp
30.07.2016
21:48:56
один диск в raid?

e_e

[Anonymous]
30.07.2016
21:49:09
один диск в raid?
Ну их два, но ты понял, про что я.

yopp
30.07.2016
21:49:33
а чо smart говорит?

и mdadm?

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

[Anonymous]
30.07.2016
21:50:12
а чо smart говорит?
Говорит, что всё ОК. Так хули, диски свежие, из коробки.

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

yopp
30.07.2016
21:50:21
не показатель ваще :)

[Anonymous]
30.07.2016
21:50:21
и mdadm?
Про такое не слышал.

Alex
30.07.2016
21:50:30
это для бедных =)

yopp
30.07.2016
21:50:30
а, рейд железный?

это для бедных =)
и для виртуалок!

Alex
30.07.2016
21:50:54
но мы же определились, что тут не ВМ

[Anonymous]
30.07.2016
21:50:55
а, рейд железный?
Сейчас уточню, но вероятно, что да.

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

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

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

Alex
30.07.2016
21:52:28
Самое непонятное - почему помагает перезапуск монги

yopp
30.07.2016
21:53:35
ваще когда загружено только одно ядро это плохой признак

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

[Anonymous]
30.07.2016
21:53:52
Просто момент на скрине такой.

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

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

yopp
30.07.2016
21:54:28
ммм

[Anonymous]
30.07.2016
21:54:28
Это буквально на пару секунд.

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

yopp
30.07.2016
21:54:46
а разве оно агрегации не научилось нормально по куче ядер размазывать?

Alex
30.07.2016
21:54:47
а почему так?

вово

yopp
30.07.2016
21:55:07
потому что когда монга упирается в одно ядро это признак того что упираются внутренности монги

Alex
30.07.2016
21:55:13
у меня даже без агрегаций обычно несколько ядер занято

[Anonymous]
30.07.2016
21:55:21
Про RAID - железный.

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

Google
[Anonymous]
30.07.2016
21:55:41
Не RAID-10, а RAID-1.

yopp
30.07.2016
21:55:56
да пофиг, надо посмотреть на его состояние как-то, на всякий случай

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

wa нет

Alex
30.07.2016
21:56:26
если не своп только всплывал

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

[Anonymous]
30.07.2016
21:56:52
Самое непонятное - почему помагает перезапуск монги
Помогает на время, а именно, часов на 8.

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

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

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

[Anonymous]
30.07.2016
21:57:19
Map-reduce в MongoDB выполнялся на одном.

yopp
30.07.2016
21:57:22
ой

map-reduce

логи покажи

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

[Anonymous]
30.07.2016
21:57:37
Не, тут aggregation framework.

yopp
30.07.2016
21:57:42
а

а чо в логах?

[Anonymous]
30.07.2016
21:57:48
Я имею в виду что он агрегации собирает на одно ядро.

yopp
30.07.2016
21:57:53
нет, не должен

Google
[Anonymous]
30.07.2016
21:57:56
а чо в логах?
Ничего особенного, всё чисто. Что искать?

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

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

Alex
30.07.2016
21:58:14
Map-reduce в MongoDB выполнялся на одном.
не знал. Мы не юзаем, поэтому не в теме. Как-то кисло

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

yopp
30.07.2016
21:58:22
Dan
30.07.2016
21:58:35
oh shi~ я уже шёл по этим же вопросам... и по фрагментации, и по логам

Alex
30.07.2016
21:58:40
нахуа она тогда вообще нужна, блин =)

[Anonymous]
30.07.2016
21:58:41
не знал. Мы не юзаем, поэтому не в теме. Как-то кисло
Map-reduce в MongoDB может использовать только одно ядро.

yopp
30.07.2016
21:58:45
Dan
30.07.2016
21:58:45
(( но решения так и не нашли ((

[Anonymous]
30.07.2016
21:58:46
Я когда смотрел агрегации - думал что так и норм.

yopp
30.07.2016
21:58:55
они сами рекомендуют af

[Anonymous]
30.07.2016
21:58:56
Что оно по одному ядру занимает.

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

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

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

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

Alex
30.07.2016
21:59:30
Правильно правильно

[Anonymous]
30.07.2016
21:59:32
Да.

Alex
30.07.2016
21:59:49
Лично я не понимаю почему не использовать несколько ядер одновременно

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

Страница 17 из 342