| 1.1, Аноним (-), 15:55, 06/03/2015 [ответить] [﹢﹢﹢] [ · · · ]
| –4 +/– |
про память ни слова..
Оно все также бесконтрольно потребляет память?
| | |
| |
| 2.14, Аноним (-), 19:48, 06/03/2015 [^] [^^] [^^^] [ответить]
| +2 +/– |
"Memory-mapped files are the critical piece of the storage engine in MongoDB. By using memory mapped files MongoDB can treat the contents of its data files as if they were in memory.", - говорит нам мануал. База будет занимать ровно столько памяти, сколько есть при условии, что данных больше, чем RAM.
| | |
| |
| 3.17, Аноним (-), 20:39, 06/03/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
Товарисч, откройте для себя, как работает mmap файлов. Что значит "при условии"? Файлы просто мапятся в адресное пространство процесса, при этом выделения резидентной памяти под данные, находящиеся в этих файлах, не происходит.
| | |
| |
| 4.24, Аноним (-), 00:59, 07/03/2015 [^] [^^] [^^^] [ответить]
| +/– | |
Что значит "просто мапятся"? Процессор не умеет работать с диском напрямую. Ядро внутри себя связывает страницы виртуальной памяти процесса с блоками в файле. При обращении к ним программы происходит page fault, который ядро перехватывает и загружает данные с диска в оперативную память.
Предположим что происходит полный просмотр большой коллекции. Монга "потрогает" много страниц виртуальной памяти и заставит ядро выделить для этого много памяти физической и это будет выглядеть так как будто монга "съела" много оперативной памяти. Фактически это cached страницы с диска и могут быть освобождены при нехватке памяти в системе.
Так что товарисч в принципе прав монга есть всю память пока она не закончится либо все активно используемые коллекции не поместятся в оперативную память.
| | |
| |
| 5.27, Аноним (-), 04:16, 07/03/2015 [^] [^^] [^^^] [ответить]
| –3 +/– |
> Так что товарисч в принципе прав монга есть всю память пока она не закончится
> либо все активно используемые коллекции не поместятся в оперативную память.
Раньше "русский программер" означало что он потащит всю команду вверх, а перерь - это симол балласта. Читая твои посты - 100% понимаю почему :(
| | |
| |
| 6.28, Аноним (-), 04:22, 07/03/2015 [^] [^^] [^^^] [ответить]
| +/– |
>> Так что товарисч в принципе прав монга есть всю память пока она не закончится
>> либо все активно используемые коллекции не поместятся в оперативную память.
> Читая твои посты - 100% понимаю почему :(
И дурак, и накололся :( Грёбанная монга и в правду ....
How do I configure the cache size?
MongoDB has no configurable cache. MongoDB uses all free memory on the system automatically by way of memory-mapped files. Operating systems use the same approach with their file system caches.
Мои извинения :(
| | |
|
|
|
| 3.26, Аноним (-), 04:14, 07/03/2015 [^] [^^] [^^^] [ответить]
| +/– | |
>База будет занимать ровно столько памяти, сколько есть при условии, что данных больше, чем RAM.
Добавь этот гениальный вывод в своё резюме, умник :)))))
| | |
|
|
| |
| 2.18, AlexAT (ok), 20:59, 06/03/2015 [^] [^^] [^^^] [ответить]
| +3 +/– |
 Чел просто рядом с монго видимо крутил другие сервисы, и удивляется - почему оно безбожно вытесняет всё, что под руку попадает. Да потому, что монго трешит кеш в хлам. Место монго либо на отдельной физике, либо в виртуалке, но основное правило: рядом с нодой монго в пределах ОС никаких прочих конкурирующих за память сервисов быть не должно. Тогда производительность будет мягкой и шелковистой.
И это правило, кстати, не только на монго распространяется, а на любые жадные до кеширования сервисы.
| | |
| |
| |
| 4.33, waf (ok), 13:56, 12/03/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
 А не знаю, был ли это сарказм или нет, но сейчас повсеместно вектор на виртуалки, так что да, одна операционка.
| | |
|
|
|
| |
| |
| |
| 4.9, Аноним (-), 17:49, 06/03/2015 [^] [^^] [^^^] [ответить]
| –4 +/– |
Только крайне бестолковое. Во-первых нет такого богатого набора операций для работы с JSON, во вторых нет автоматического шардинга. В-третьих нет ни embedded документов, ни ссылок. А так вам и раньше никто не запрещал, например, хранить json в текстовом поле, этот новый тип — просто оптимизация.
| | |
| |
| 5.12, Moomintroll (ok), 18:30, 06/03/2015 [^] [^^] [^^^] [ответить]
| +/– |
 > нет такого богатого набора операций для работы с JSON
Вы б погуглили на предмет типов данных JSON и JSONB в PostgreSQL.
| | |
| 5.19, Anonim (??), 22:25, 06/03/2015 [^] [^^] [^^^] [ответить]
| +2 +/– | |
>Только крайне бестолковое. Во-первых нет такого богатого набора операций для работы с JSON, во вторых нет автоматического шардинга. В-третьих нет ни embedded документов, ни ссылок. А так вам и раньше никто не запрещал, например, хранить json в текстовом поле, этот новый тип — просто оптимизация.
Плагиатите, батенька: http://habrahabr.ru/post/252129/#comment_8313631
| | |
|
|
| 3.32, sarman (?), 11:10, 10/03/2015 [^] [^^] [^^^] [ответить]
| +/– |
 > А какая связь с Pg?
Связь с pg такая, что один и тот же чувак принимал участие в движке mongo wild tiger, что комиттил в постгрес (Dr Michael Cahill)
| | |
|
|
| 1.5, Аноним (-), 16:49, 06/03/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– | |
>> В штатном движке хранения MMAPv1 обеспечена поддержка блокировки на уровне коллекций.
Она там и раньше была, добавили блокировку на уровне документа («document-level locking»).
| | |
| |
| 2.30, Аноним (-), 14:30, 07/03/2015 [^] [^^] [^^^] [ответить]
| +/– | |
>Она там и раньше была, добавили блокировку на уровне документа («document-level locking»).
Это только в проводном тигре.
| | |
|
| 1.8, Аноним (-), 17:01, 06/03/2015 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Где можно почитать про пропадание данных в монге и развеять этот миф?
| | |
| 1.13, Аноним (-), 19:45, 06/03/2015 [ответить] [﹢﹢﹢] [ · · · ]
| –7 +/– |
Поздравляю всех коллег-идиотов, которые до сих пор используют Монгу направо и налево. Третий релиз - конечно, важная веха у продукта, который после релиза Postgres hstore стал крайне нишевым.
| | |
| |
| 2.15, Аноним (-), 19:59, 06/03/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
У них разные ниши. Выше комментарий на эту есть. Подтягивайте матчасть, не стесняйтесь.
| | |
| |
| 3.16, Аноним (-), 20:08, 06/03/2015 [^] [^^] [^^^] [ответить]
| +/– |
> У них разные ниши. Выше комментарий на эту есть. Подтягивайте матчасть, не
> стесняйтесь.
Ой, я во-первый, обратите внимание указал, что Монга ща весьма нишевая штука, не то что было в 2011-2013, когда не было быстрого persistent key-value и, ради этой скорости, денормализировали все, что можно и что нельзя тоже.
Подскажите кейс, ну то есть нишу, плиз, где ща врывается монга.
| | |
| |
| 4.20, Аноним (-), 23:32, 06/03/2015 [^] [^^] [^^^] [ответить]
| +/– |
Да хоть прямая работа с GeoJSON. На самом деле примеров полно, у PostgreSQL с его JSONB с этим сильно грустнее.
| | |
|
|
|
| 1.34, Аноним (-), 19:42, 18/03/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Что у нее с транзакциями? Можно в транзакции сделать select for update одной записи, другой записи, обновить их и сделать commit или rollback?
| | |
| |
| 2.35, AlexAT (ok), 00:49, 19/03/2015 [^] [^^] [^^^] [ответить]
| +/– |
> Что у нее с транзакциями? Можно в транзакции сделать select for update
> одной записи, другой записи, обновить их и сделать commit или rollback?
Запись атомарная, в том числе сета. Транзакций (ACID/MVCC) в оригинале нет. Но есть вариант MongoDB от Tokutek - TokuMX, где эти самые ACID/MVCC транзакции вполне себе есть.
| | |
|
|
