++++

+++++

++++++

brainfuck?

лучше быть служителем культа хаскеля

Во имя Добра

будь хаскеллистом, мать твою, во имя добра!

хотя бы в душе

политота, веганство, ислам, вейперы?

про веганов забыл

Не забыл

а, туплю

:D

Флеймеры

политота, веганство, ислам, вейперы?

не вейперы, а паророссияне

не вейперы, а паророссияне

Пароориентированные тогда уж

хотя бы в душе

Я в душе предпочитаю мыться.

на правах тралля

Вот веганов только не хватало. Только Алекса успокоили

Питоны-питончики

Тип массив, но в нем ничего не лежит

Пасиб

Вот веганов только не хватало. Только Алекса успокоили

Веганы хорошие) Но не все(

веганы в апокалипсис могут быть вкусными

веганы в апокалипсис могут быть вкусными

Все люди могут быть вкусными)

Все люди могут быть вкусными)

вкусные те, в ком нет дерьма и гнили)) то есть добрые и душевные люди)) буддисты например

:)

вкусные те, в ком нет дерьма и гнили)) то есть добрые и душевные люди)) буддисты например

Надо посто начинать кушать сверху или снизу, а не с середины)

На егэ была такая задача. Даны строки, на строчках пара чисел. (Пример 15 1) И нужно выбрать такие числа (по одному с пары) что бы была их сумма не делилась на 5. Ну или вывести 0, если такое невозможно. Числа в пределах 1<=N<=10000 в первой строчке указывается сколько будет строк, а в последующих уже пары будут. И жту программу нужно написать максимально эффективно, так что бы программа не зависел от N и еще что-то было, но я забыл. Вы бы как ее решили?

А еще у них была ошибка в коде

Извините за невнятнооэе объяснение в текст, устал чуток.

веганы в апокалипсис могут быть вкусными

У веганов нежное мясо

Веганы состоят целиком из листьев салата, там нет мяса

Веганы состоят целиком из листьев салата, там нет мяса

коровы тоже состоят из травы? А курицы - из зерна? :)

коровы тоже состоят из травы? А курицы - из зерна? :)

Решено: будем в апокалипсис хавать вейперов

Они в зомби превратятся первыми

Кто-нибудь использует MongoDB?

хипстеры

Кто-нибудь использует MongoDB?

Я лабу на ней сдавал. Считается?

Я лабу на ней сдавал. Считается?

Не считается, нужна реальная нода с трафиком.

У меня зашкаливает потребление ресурсов, но я не понимаю, нормально это или нет.

Т.е. диск, запись, проц, всё ОК.

Оперативка разъедается как мразь и я не врубаюсь, это норм или нет.

Хочу сравнить с кем-нибудь, у кого тоже на проде крутится.

Потому что мне кажется это не очень нормально, на 50 лямов документов 20 GB оперативы жрать.

Вообще MongoDB прожорлива до оперативы всегда была.

Но у меня ощущение, что не в таких масштабах.

Решено: будем в апокалипсис хавать вейперов

только на пользователей электронных сигарет не залупайтесь :)

вейперов можно :)

https://scontent-waw1-1.xx.fbcdn.net/v/t1.0-9/13435503_1367565503258608_2835533624170029180_n.jpg?oh=dc9856f84ed3ede06f075b11c14d5d34&oe=57CFCE0E

У меня зашкаливает потребление ресурсов, но я не понимаю, нормально это или нет.

Если не ошибаюсь монга кушает всё что доступно на сервере. Она старается максимально держать всё в оперативе, особено индексы. Так что в первую очередь погляди сколько у тебя индексы занимают места и подумай - можно ли их уменьшить. Если нет - то прямая дорога к шардированию.

Если не ошибаюсь монга кушает всё что доступно на сервере. Она старается максимально держать всё в оперативе, особено индексы. Так что в первую очередь погляди сколько у тебя индексы занимают места и подумай - можно ли их уменьшить. Если нет - то прямая дорога к шардированию.

>монга кушает всё что доступно на сервере Да, ты прав.

>Она старается максимально держать всё в оперативе

Да.

И это смотрел.

У меня есть hot data, с которой я работаю. Т.е. не вся база запрашивается.

Если бы я запрашивал по всей базе, то 20 GB было бы нормально.

Но я запрашиваю хвост данных за последние пару дней, например.

Именно они попадают в оперативу, что опять же, логично.

Мы проблемы решали шардированием - это позволяет уменьшить потребление памяти в рамках одной шарды.

А индексы всего 1.5 GB занимают.

И это подозрительно.

Т.е. про 20 GB подозрительно.

Я и говорю, что у меня ощущение, что какая-то хрень происходит.

вот это флуд, про python что-нибудь писали за последние сутки?

Мы проблемы решали шардированием - это позволяет уменьшить потребление памяти в рамках одной шарды.

Шарды на одной тачке? Или на разных?

Хотя вот был кейс когда на MongoDB 2.4 + pymongo 3 начинал дико хавать память процес mongos. Возврат на использование pymongo 2 помог

ERROR: S client not available

про монгу вот еще ничего, а остальное - мрак ?

Мне предложили на одной тачке шарды сделать, но я не думаю, что это поможет.

Шарды на одной тачке? Или на разных?

Конечно на разных - иначе какая разница

Конечно на разных - иначе какая разница

Некоторые разворачивают на одной тачке шарды.

Вот я тоже не знаю зачем.

Но MongoDB рекомендует это делать.

Но они за fault tolerance топят.

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

Ну в теории может быть профит - всё таки искать в мальньком индексе быстрее чем в большом

Куда-то память протекает.

И это причём этот.

WiredTiger.

Самый.

Я вот думал может особенности какие-то, первый раз с таким сталкиваюсь, и как раз первый прод на WiredTiger.

Обычно за 5 GB не выходит при базе в лярд, а тут 50 лямов и 20 GB памяти.

На тигре пожалуй ещё нет у нас таких объёмов данных. А вот на старом движке уже были проблемы с большими индексами. Уменьшали индексы, делали шардирование - пока вроде живёт.

Каким образом уменьшали индексы?

Меняли схему?

Уменьшали размер индексируемых данных (уменьшили битность хеша который индексировался), удаляли лишние индексы

монго, индексы, шардинг ... Вот mysql и кеш на харде, это да.

MySQL тоже с радостью захавает всю память которую ему дадут. А если не дадут - будет шуршать диском.

MySQL тоже с радостью захавает всю память которую ему дадут. А если не дадут - будет шуршать диском.

смотрите, а то скоро в Чили наступит утро

Куда смотреть?

Да все базы практически стараются использовать ресурсы по-максимуму.

в корень )

прелесть монги в том, что она никак не тюнится

не вейперы, а паророссияне

просветите что за вайперы? :) остал от темы

Посоны, есть хоть какая-то причина покупать e-book, вместо обычного чтения с экрана телефона? Бумажные книги вне конкуренции, офк

Посоны, есть хоть какая-то причина покупать e-book, вместо обычного чтения с экрана телефона? Бумажные книги вне конкуренции, офк

есть. Особенно, если читаете при ярком свете (например - днем)

Посоны, есть хоть какая-то причина покупать e-book, вместо обычного чтения с экрана телефона? Бумажные книги вне конкуренции, офк

если диагонали примерно одинаковые - нету никакой разницы вообще

WiredTiger.

лимитируй ему память. и станет хорошо

ну и индексы можно на ssd положить