[B! sysstat] yoshijimaのブックマーク

コネクションプーリング - naoyaのはてなダイアリー

ときどき、たまたま自分がそのとき考えていたことについてそれを補強するような材料が偶然たくさん集まってくる、なんてことがあります。そんな出来事があったので、ちょっとブログを書いてみようかなと。以前に HBFav を作ったときこんなことを書きました。 Mark Zuckerberg は、いずれみんな、ニュースは友人知人経由で知ることになるだろうと言っていました。自分もそうなるだろうと思います。 4年ぐらいが経ちましたが、その思いは以前よりも増して確信めいたものになってきています。ところで先日、Twitter の iOS アプリに「ニュース」という機能が追加されました。人によっては出てないそうなのでまだテスト中か、もしくは既に削除されているのかもしれないですが。この機能についての自分の感想は以下のようなものでした。もうすこし補足します*1。 Facebook や Twitter のような

yoshijima 2008/10/22

sysstat
sar

リンク

『サーバー管理で知っておきたいコマンドあれこれ。 - sysstat編 -』

サーバー管理で知っておきたいコマンドあれこれ。 - sysstat編 - | A Day In The Boy's Life sysstatは、定期的にサーバーの情報をバイナリで保存する為のツールです。 sysstatで収集される情報は、CPUの負荷、ディスクI/O、メモリの使用状況、ネットワークデバイスの情報など実に多岐に渡ります。サーバーに何らかの問題が発生したときに、その際に起きていた情報を見ることで何が原因になっているかを突き止める際に、sysstatは便利です。 sysstatは複数のコマンドで形成されています。 sa1 ：指定の時間ごとにサーバーの情報を収集し、「saXX」ファイル（XXは日にち）を出力する ※ 内部的にはsadcというコマンドが読み出されて収集しています sa2 ： sa1の統計情報ファイル（saXX）を1日の結果としてレポート（sarXXファイル）に纏め

yoshijima 2008/10/22

sysstat
sar

リンク

第2回　知っておきたいスケールアウトの基礎知識その1 | gihyo.jp

サービスを初めてから高負荷になるまでさて、今回からは具体的に、個人でサービスを初めてからシステムを増強していくまでの課程を説明していきたいと思います。まずサービスを始める際は、手っ取り早さやコストの問題などから、複数のユーザと共有のレンタルサーバから始めるケースが多いですが、ある程度の人気が出てくるとアクセスに耐えきれなくなり専用サーバを借りるというパターンになると思います。ここまではわかりやすくシステムを増強することができるのですが、専用サーバで耐えきれなくなってきた際はそれ以降はどのようにすればよいのでしょうか？その負荷はホンモノか？まず、サーバの負荷が高いといっても現象はさまざまです。負荷が高いといった現象は具体的に発見されるのは、「⁠ユーザから見たレスポンス」から発見されることが多いはずです。ここで単純に「サーバを増強しなければ！」と判断はせずに、何が原因でパフォーマン

yoshijima 2008/10/22

sar
sysstat

リンク

コマンド・リファレンス第 5 巻 (s から u) - sar コマンド

sar コマンド目的システム・アクティビティー情報の収集、報告、保管を行います。構文 /usr/sbin/sar [ { -A | [ -a ] [ -b ] [ -c ] [ -d ][ -k ] [ -m ] [ -q ] [ -r ] [ -u ] [ -V ] [ -v ] [ -w ] [ -y ] } ] [ -P ProcessorIdentifier, ... | ALL ] [ -ehh [ :mm [ :ss ] ] ] [ -XFile ] [ -fFile ] [ -iSeconds ] [ -oFile ] [ -shh [ :mm [ :ss ] ] ] [ Interval [ Number ] ] 説明 sar コマンドは、オペレーティング・システム内の選択された累積アクティビティー状況カウンターの内容を標準出力に書き出します。アカウンティング・シ

yoshijima 2008/10/22