MongoDB 2.4 の性能徹底評価（Memory vs DISK） - 中年engineerの独り言 - crumbjp

テクノロジーカテゴリーの変更を依頼記事元:

crumbjp.hateblo.jp

34 usersがブックマークコメント

コメント

2

記事へのコメント2件

注目コメント
新着コメント

at_yasu ふーむ

mongodb

2013/12/28 リンク

akuwano できるだけメモリに入れる戦略！( ｰ`дｰ´)ｷﾘｯ

2013/06/10 リンク

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

規約違反を報告

アプリのスクリーンショット

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

関連記事

MongoDB 2.4 の性能徹底評価（Memory vs DISK） - 中年engineerの独り言 - crumbjp

大体欲しいデータは揃ったのと、Mongo DBの気持ちが解ってきたのでMongo DB2.4の性能調査は今回で最後の予... 大体欲しいデータは揃ったのと、Mongo DBの気持ちが解ってきたのでMongo DB2.4の性能調査は今回で最後の予定実は前回Mongo DB 2.4 の性能徹底評価（レコード長による評価）のFETCHバイト数（1.5GB）実は今回のOn-memoryデータ vs DISKリードに繋げる事を意図した大きさだった。システムの2GBメモリに収まるだろう。と・・・しかし、、測れど測れど、意図した通りの結果にならない・・・それで気付いた。インデックスの大きさを勘違いしていたのだ。 Mongo DBのインデックスは単なるコレクションでは無いようだ！ 1億件の数値型インデックスは2.3GBにもなる。という訳で、1億件のコレクションのインデックスはそもそもメモリーに入らない。。１ドキュメント辺り25〜26byte インデックス数値型８バイト＋ドキュメントへのポインタ８バイト＋メタ情報？ _i

ブックマークしたユーザー

umiyosh2015/11/26
daiki_172014/12/13
larker2014/04/01
at_yasu2013/12/28
haromitsu2013/12/04
xorphitus2013/06/24
heroheat2013/06/23
motchang2013/06/13
hazy-moon2013/06/12
mirakui2013/06/11
n-sega2013/06/10
akuwano2013/06/10
otanuft2013/06/04
aki772013/06/03
pycol2013/06/03
dshim2013/06/03
wasai2013/06/03
labunix2013/06/03

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - テクノロジー

いま人気の記事 - テクノロジーをもっと読む

新着記事 - テクノロジー

新着記事 - テクノロジーをもっと読む

設定を変更しましたx