MongoDB 2.4 の性能 徹底評価 - 中年engineerの独り言 - crumbjp
まとめ 超長くなったのでまとめを上に持ってきた。 巷で言われているチューニングは結構嘘が多い事が解ってきた。 ツール等 workingSet Analyzer は信用ならない。（overSecondsはまあ良い） mongoperfの値は完全に参考にならない。 insert mongoperfの値はinsert性能と関連しない。（何を測ってるんだ？） カラムのプリアロケーションによるUPDATE時のデータ肥大化回避($setOnInsert)はMUST。 クリティカルな時間帯にストレージファイル(2GB)の生成を避けるチューニングの効果は懐疑的。 レコードプリアロケーション・チューニングは頑張る価値が無い。(むしろ逆効果) update 上記の通り必ずin-placeになるようにする。 paddingFactorが動くようだとお話にならない性能劣化 remove かなり高速。 全件削除の場
はじめての開発マネージャーの教科書
昔、はじめての課長の教科書を読んで、「中間管理職大変だなー」というのとともに、「中間管理職も必要なんだよなー」と思ったのですが、理想の開発マネージャーってどんなのかなぁとよく考えます。今日はそんな試行錯誤の日々について書いてみます。 楽しい仕事を創る 世の中には「つまらない」と感じる作業があると思います。僕の場合は、アジェンダ確認するだけのMTGに参加するのが本当に苦手。段取りの悪い作業に参加するのも本当に苦手。 つまらなそうな仕事をいかに「つまる仕事」にするか？これはマネージャーに問われる資質なのではないでしょうか。 開発の場合だと、定形業務とかは自動化したりツール化することができます。そのときに、チャレンジ要素を盛り込むと「つまる仕事」になったりする。過去にやったのが 完全チケット駆動開発で、最新開発環境を駆使し音速開発大会 最新版のRailsを使ってツールをアジャイルに作れ！ 技術的
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
