MongoDB 2.4 の性能 徹底評価（Memory vs DISK） - 中年engineerの独り言 - crumbjp
大体欲しいデータは揃ったのと、MongoDBの気持ちが解ってきたのでMongoDB2.4の性能調査は今回で最後の予定 実は前回MongoDB 2.4 の性能 徹底評価（レコード長による評価）のFETCHバイト数（1.5GB） 実は今回のOn-memoryデータ vs DISKリードに繋げる事を意図した大きさだった。 システムの2GBメモリに収まるだろう。と・・・ しかし、、測れど測れど、意図した通りの結果にならない・・・ それで気付いた。 インデックスの大きさを勘違いしていたのだ。 MongoDBのインデックスは単なるコレクションでは無いようだ！ 1億件の数値型インデックスは2.3GBにもなる。 という訳で、1億件のコレクションのインデックスはそもそもメモリーに入らない。。 １ドキュメント辺り25〜26byte インデックス数値型８バイト＋ドキュメントへのポインタ８バイト＋メタ情報？ _i
MongoDBとメモリ使用量
はじめに WAF「Scutum（スキュータム）」ではサービス開始時より、データストアとしてmemcachedとpgpool II+PostgreSQLを利用しています。これらはどれも安定して動いており満足しているのですが、最近になってより柔軟にデータを取っていきたいというニーズが高くなってきたため、MongoDBの導入を行いました。まだ完全なリプレースまでは至っていませんが、元々のデータベースのスキーマ構造がシンプルであることもあり、数ヶ月以内にはpgpool II+PostgreSQLの部分をMongoDB（Replica Sets）で置き換えることができるのではないかと思っています。 MongoDBにとっての「メモリ使用量」 MongoDBを導入するにあたり、Linux(X86_64）上でMongoDBを動作させたときのメモリの消費について、簡単にですが調べてみました。まず参考にしたの
メモリ使用量の確認 - Docs-Japanese - 10gen Confluence
based on v19 (2011/03/15 更新) - オリジナル DBコマンドを使用して確認 serverStatus() コマンドはメモリ使用量の情報を表示します。 このコマンドでmem.virtualとmem.mappedの値(単位はメガバイト)を比較する事によってmongodプロセスがメモリリークしてないかを確かめることができます。この差はマシン全体のRAMサイズに比較して小さくあるべきです。また常に差を観察しておくことによって、一貫性が崩れて来たときにリークが発生していると捉えることができます。 Linuxにおいては、特別な情報として全体のヒープサイズを知ることができます。 また、mongostatユーティリティの出力する仮想メモリのサイズとマップメモリのサイズを確認することができます。 Note: OS X は仮想メモリのサイズ(小さいプログラムなら〜2GB)内にオペレ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
FAQ: MongoDB Storage for Self-Managed Deployments - MongoDB Manual v7.0
