yopp
Можешь в исходниках wt логстринги погрепать и посмотреть что оно делает
Max
Оно жевало журналы
Я тоже так думаю.но автор вопроса утверждает, что диски не были нагружены. Это удивляет :)
yopp
Почему долго жевало — ¯\_(ツ)_/¯
Max
Медленные диски:)
yopp
Не
yopp
Видно было бы по iowait
yopp
Вообще в 3.2 всё что угодно может быть.
Max
Да? Иовейт при нескольких килобитах? Точно диски отстой :)
yopp
Я бы поставил на какой-нибудь рейскондишен за локи
Max
Тогда бы проц вставлен был
yopp
Не-а
yopp
Не обязательно вообще
Max
Откуда тогда рейсу взяться? Диск не крутится . Кто ж еще гонку обеспечит?
yopp
Два процесса бьются за мьютекс и когда тот заряжен выбирают рандомный увеличивающийся интервал для повтора попытки.
Max
6 часов?
yopp
А легко вообще.
Max
Бага в генерации времени для последующей проверки? :)
yopp
Да
yopp
Всё что угодно
Max
Логи бы. И стрейс. С открытыми дескрипторами.
yopp
WT — очень молодой. Там чего только не случается
yopp
Тебе то зачем?
Max
Я вообще отталкивался от того, что 6 часов это овердофига. И надо посмотреть повторяется ли. Если да то смотреть чем оно занято. Если нет - думать что елиноращовый глюк
yopp
На 3.2.9 вообще смысла что-то изучать нет. Поднять до последней версии и попробовать повторить.
Max
Там в логе еще конфмг был и кеш в 150 гиг смущает
yopp
Чем смущает?
yopp
Если что и должно смущать, так это версия годичной давности.
Max
Это же тот кеш который советуют не трогать, если монга не в контейнере? Или путаю?
yopp
Которая вышла до 3.4 и в которой скорее всего нет кучи бекпортов
Max
Если видимая память не соответствует доступной
yopp
Я не очень вижу как кэш может влиять на проигрывание журанала.
yopp
Точнее его размер
yopp
По сути это просто верхний лимит количества страниц в памяти. Конкретное значение особой разницы играть не будет.
Max
А 6 часов рейс кондишн не удивляет? Если я правильно помню тот кусок лога, то значит кто т полез и накрутил конфиг. Возможно не оптимально. Поэтому монга и была убита. А что там еще... поли догадывайся. Мод она в фореграунде была запущена и потом спала в ctrl-z, пока не перезапустили
Max
Я бы повторил, в общем
yopp
Я бы обновил.
yopp
Тратить время на поиск проблемы в устаревшей версии монги — пустая трата времени
Max
Эт правда.
yopp
Русский чот совсем забывается. :(
Max
И результат будет бесполезен
Max
Русский чот совсем забывается. :(
Откуда ты? И давно там?
yopp
Важно понимать что 3.2.9 вышла до 3.4, а там дальше тупо может и не быть кучи всяких фиксов. Я не следил много ли из 3.3 в 3.2 бекпортировпли.
yopp
Могли и не портировать.
yopp
Откуда ты? И давно там?
Я кочевое животное.
yopp
Желательно уже до 3.4. Там скоро 3.6 выйдет
Viktor
Стоит на 3.6 обновляться сразу после релиза? Или лучше багфиксов подождать (3.6.1 например)
Alexey
yopp
И на 3.6.1 не стоит :)
Viktor
Мы когда-то с 2.6 сразу на 3.4 переехали резко
yopp
Все к этому идёт.
Я не знаю чему ты удивляешься тогда ;)
yopp
Лучше дождаться пока опытные пионеры всё разведают и потом уже переезжать.
yopp
Если не будет проблем с обратной совместимостью как в 3.4 можно пару нод поднять и посмотреть.
Viktor
А 3.4.7 как? Нормальная уже?
yopp
Что считать нормальным?
Viktor
Не крашится рандомно
Viktor
По-моему ты рассказывал недавно, что в какой-то 3.4.х крашнулось
yopp
Когда монга крашится это в какой-то степени даже хорошо
yopp
А вот когда она начинает на каких-то кейсах неприличности вытворять, вот это очень обидно.
yopp
Там какая-то засада с монгосами была недавно
yopp
В .6 кажется
Viktor
Кстати, кто-нибудь пользуется views из 3.4?
Viktor
Интересно насколько оно юзабельно в реальных кейсах
yopp
Если у тебя легкая агрегация — то сойдёт. Но там нет кеширования, так что я смысла вообще не вижу в ней
Viktor
А, тогда нафиг
Viktor
Оно, наверное, еще и в индексы не умеет толком
yopp
Не знаю. Они судя по всему куда-то с этим идут, но по текущему состоянию это какие-то адовые зачатки.
yopp
Можно было назвать это хранимыми агрегациями и не морочить голову.
Viktor
Я сейчас вижу эту фичу как "сохраненный запрос aggregate"
Viktor
А такое мне больше в коде нравится видеть
yopp
Да. Не понимаю зачем тащить бизнес-логику в субд
Dmitry
Интересно насколько оно юзабельно в реальных кейсах
Был случай, нужно было делать 2-3 разных аггрегации, решил что можно разбить на вьюхи и потом делать lookup. Закончилось все очень плохо, переписал на одну аггрегацию хоть и достаточно большую.
Николаич
Всем привет. Как гуру хранят в Монге список лайкнувших пост? Подозреваю что как-то так: // mongoose model fields likes: [ { type: Schema.ObjectId, ref: 'User' }], // mongoose model fields
Николаич
Зависит от того что потом с лайками делать.
получать список, считать количество, возможность сделать unlike Иначе я бы просто цифру хранил ))
yopp
Показывать цифру: поле в посте. Получать список: если лайков тысячи, то в отдельной коллекции, по несколько сотен в одном документе; если меньше прямо в посте. Показывать лайкнул пользователь или нет: либо по индексу в коллекции с лайками, либо ещё одна коллекция инвертированная в сторону пользователя.