あるプロセスが利用しているメモリサイズを procfs 経由で調べる - naoyaのはてなダイアリー
お題は「あるプロセスがどの程度の物理メモリを利用したかを知りたい」です。 手っとりばやく知りたいときは top や ps などで調べると良いでしょうか。例えば手元の coLinux で top して M キーでソートすると emacs のプロセスが最もメモリを使っているようです。 PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1923 naoya 18 0 23120 19m 3096 S 0.0 2.0 0:55.40 emacsメモリサイズは VIRT と RES がありますが、VIRT は Virtual の略で仮想メモリ領域のサイズ、RES が Resident の略で、実際に使用している物理メモリ領域のサイズ。19MB ほど使っているようです。この emacs のプロセスが利用するメモリ領域はざっくり 20MB 程度と
naoyaのはてなダイアリー - Linuxのページキャッシュ
世間では PHP が、Perl が、と盛り上がっているようですが空気を読まずまたカーネルの話です。今回はページキャッシュについて。 /dev/shm に参照系ＤＢを持っていくと I/O 負荷が激減した件（当たり前だけど） - drk7jp で、ディスク上にあったファイルを /dev/shm (tmpfs) に移したら I/O 待ちがなくなって負荷がさがった、ということなんですがおそらくこれは tmpfs に置く必要はないかなと思います。Linux (に限らず他の OS もそうですが) にはディスクの内容を一度読んだらそれはカーネルがキャッシュして、二度目以降はメモリから読む機構 = ページキャッシュがあります。tmpfs にデータを載せることができた、ということは物理メモリの容量に収まるだけのデータサイズかと思うので、放っておけば該当のファイルの内容すべてがメモリ上にキャッシュされて io
マルチコア時代のロードアベレージの見方 - naoyaのはてなダイアリー
ちょっと煽り気味のタイトルですが、CPU がマルチコアになり 2個、4個と増えていく中 Linux の負荷の指針になるロードアベレージをどう読むべきか、という話です。気になったところを少し調べたのでそのまとめを。 http://d.hatena.ne.jp/naoya/20070222/1172116665 でも書いたとおり、Linux のロードアベレージは「ロードアベレージは過去1分、5分、15分の間の実行待ちプロセス数の平均数 = 実行したくても他のプロセスが実行中で実行できないプロセスが平均で何個ぐらい存在してるか」を示す値です。ボトルネックが CPU、メモリ、ディスク等々どこにあるかは関係なく、仕事の実行までにどれぐらい待たされているかを示す値なので、システムのスループットを計測する指標の入り口になる値です。 このロードアベレージですが、実装を見るとランキュー(待ち行列)に溜まった
MapReduce - naoyaのはてなダイアリー
"MapReduce" は Google のバックエンドで利用されている並列計算システムです。検索エンジンのインデックス作成をはじめとする、大規模な入力データに対するバッチ処理を想定して作られたシステムです。 MapReduce の面白いところは、map() と reduce() という二つの関数の組み合わせを定義するだけで、大規模データに対する様々な計算問題を解決することができる点です。 MapReduce の計算モデル map() にはその計算問題のデータとしての key-value ペアが次々に渡ってきます。map() では key-value 値のペアを異なる複数の key-value ペアに変換します。reduce() には、map() で作った key-value ペアを同一の key で束ねたものが順番に渡ってきます。その key-values ペアを任意の形式に変換すること
(PRです) 負荷分散、サーバー/ネットワーク構築運用エンジニア募集中 - naoyaのはてなダイアリー
いまスケーラビリティの本を読んでたりもするんですが、そんな訳で負荷分散やサーバーやネットワークの構築・運用をやってくれちゃったりする硬派なエンジニアを、ただいま絶賛募集中です。 はてなのサーバーは現在 250 台以上あり、月間の PV は 5 億くらいあります。そんなシステムを、あくまで自前運用、低コストで運用していくことにこだわってここまでやってきました。サーバーはすべて自作、ネットワークも高価なスイッチなどは使わず費用対効果が最も良いと思ったものを選択し、ソフトウェアもいろいろ駆使し、自分たちで開発しながら色々工夫してやってます。 その一方で、サーバーが急激に増えてきたり、ソフトウェアで頑張ってたりすることもあって冗長性の確保があまりうまくできていなかったりする側面もあります。はてなのユーザーのみなさんに、はてなのサービスを 24 時間 365 日快適に利用していただけるように、「オレ
Ajaxイン・アクション欲しい！ - naoyaのはてなダイアリー
なんか書籍の紹介ばっかですいません。Ajaxイン・アクション欲しい！というキャンペーンをやってたりします。評判の高い Ajax In Action の翻訳です。はてなスタッフで監訳を務めました。 Ajaxイン・アクション 作者: Dave Crane,Eric Pascarello,Darren James,柏原正三,株式会社はてな,網代淳,星睦出版社/メーカー: インプレス発売日: 2006/06/09メディア: 大型本購入: 1人 クリック: 111回この商品を含むブログ (109件) を見る Ajax の基礎はもちろん、JavaScript のリファクタリングパターン、Ajax での MVCといったパターンの話、セキュリティの話、あるいは Prototype.js の類のライブラリの話など、かなり多岐にわたる内容の濃ゆい本です。キャンペーンのキーワードページから PDF で目次が落と
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
