問題タブ [iostat]

Ubuntu 12.04 を使用する amazon ec2 インスタンス (SAY S1) (4 コア 7 GB メモリ) があり、postgresql 9.1. すべての postgres データは、100 GB の別の ssd ボリューム (ルートではない) に保存されます。(現在は 26% のみ使用可能) .

1 日か 2 日から突然、postgres アクションに多くの時間がかかり始めました。コマンドを作成し (52 秒)、データベースを復元します (現在は 9 分、以前は最大 50 秒)。

postgres コマンドの実行中に iostat を実行すると、ec2 ボリュームの IOPS が限界に達していることを確認できます (3 IOPS/GB は、100GB ボリュームの 300 IOPS に相当します)。このコマンドを実行すると、下に表示されますiostat -d 5 -x -p xvdf。

aws のIO 特性によると、各 IOPS は 256KiB 以下のリクエストを受け取るため、postgres はより小さなデータ ブロックを使用して書き戻すため、より多くの IOPS リクエストが発生しますか?

私は100GBのボリューム（現在95％フル）の別のec2インスタンス（S2と言う）を持っていますが、postgresデータはルートボリュームにあり、そのパフォーマンスは素晴らしいです。したがって、ボリュームのサイズは、ここでは問題ではないと確信しています。

S1 の影響を受けるボリュームには postgres データのみが保存されますが、iostat で以下の統計を確認できます。統計がそのようになっている理由と、ボリュームのサイズを大きくせずに postgres コマンドの時間を短縮するにはどうすればよいかわかりません。（すべての操作中、3GBのメモリは常に空きです）

注 : 影響を受ける postgres のボリュームには、平均サイズが 110 MB/db の 100 の異なる postgres db が含まれています (ただし、正直なところ、これが問題になるとは思いません)。

HP UX 11 OS を実行しているサーバーがあり、(ディスクではなく) ファイル システムの I/O 統計を取得しようとしています。

たとえば、iostat と入力すると、サーバーに 50 個のディスクが接続されています (ここでは、3 つのディスクに対する iostat の出力の下にあります)。

そして、ファイルシステム（df出力）があります：

/c101 (/dev/VGAPPLI/c101_lv): 66426400 blocks 1045252 i-nodes /c102 (/dev/VGAPPLI/c102_lv): 360190864 blocks 5672045 i-nodes /c103 (/dev/VGAPPLI/c103_lv): 150639024 blocks 2367835 i-nodes /c104 (/dev/VGAPPLI/c104d_lv): 75852825 blocks 11944597 i-nodes

これらのファイル システム専用の I/O 統計を取得することはできますか?

ありがとう。

Sun Solaris 10 および 11 のディスク/ドライブの I/O レートを取得する必要があります。

必要なものを正確に返すコマンドラインツール「iostat」があります。ただし、この出力はフォーマットされており、きれいな機械可読な方法ではありません。
これに加えて、この情報が必要な Java プログラムからバイナリを実行したくありません。

Linux には /proc/diskstats があり、これはうまく機能します。しかし、Solaris ではそのようなメカニズムはサポートされていないようです。

私は実際、Solaris について一般的にはあまり知りません。インターネットで検索しても、ディスク I/O を取得する方法についてのヒントは得られませんでした (iostat、sar などのコマンドライン ツール以外に... (例: https://docs.oracle.com/cd/E23824_01/) html/821-1451/spmonitor-4.html ))

助けてくれてありがとう！

DD ベンチマークを実行していますが、得られた結果が IOSTAT 値と一致しません。

これは DD サンプルです。

このベンチマークの実行中、「iostat -x 1」は 500 ～ 600 kB/s の「wkB/s」値を報告しています。

ここで何かがおかしい..まあ、DSYNC を使用しない場合、値は一致しています..しかし、書き込み操作ごとに一定の同期を実行したいと考えています。たぶん、IOSTAT は DSYNC 操作でうまく機能しませんか?!

ここで何が問題なのか誰か知っていますか？

ありがとう

特にディスクの読み書き使用率が知りたい 読み書き使用率か書き込み使用率しか分からない

ディスクの読み取りのみまたは書き込みのみの使用率を確認する方法 (進行状況は、読み取り + 書き込み作業で構成されます)

Solaris OS で"(Linux から)" に相当するものを探して、cat /proc/diskstats1 秒あたりの読み取り、1 秒あたりの書き込み、1 秒あたりの kb 読み取り、1 秒あたりの kb 書き込みなどのディスク統計を取得します。

試してみiostat -xnpましたが、完全な情報が得られなかったと思います。

を発行するdf -kと、パーティション名が /dev/dsk/* 形式のエントリしか表示されませんでした。これが私の CD ドライブです。

の出力df -k:

c1t1d0s2したがって、 inのエントリを期待していますiostat -xnpが、何も表示されません。

私iostat -xnpの問題に対する正しいコマンドはありますか?

open in gfortran は iostat の結果を文字列として返す可能性があることを覚えているようですが、文字列を返すオプション名を忘れていました。

使用するパラメータを覚えている人はいますか?

ドライブ (および で表示されるような関連する統計情報iostat) とパーティションをマウント ポイントにリンクするプロジェクトに取り組んでいますが、OS X がFusion Driveを実行する方法に問題があります。

IO RegistryとDisk Arbitration Frameworkからドライブとパーティションに関する情報を収集できました。同様に、statfs (またはmountまたはdfコマンド) を使用して、ドライブとマウント ポイントを関連付けることができました。ただし、Fusion Drive が写真に入るミッシング リンクがあります。の出力例を次に示しますdiskutil list。

(読み取り/書き込み/読み取りバイト/書き込みバイト、転送に費やされた時間など)からの IORegistry 統計は、上記の出力にiostat関連付けられています。disk0ただし、df(または同等のプログラムによる statfs 関数) は、/マウント ポイントを次のように関連付け/dev/disk1ます。

/のファイルシステムの読み取り/書き込みを物理ドライブと関連付けることができるようにしたいと考えていますdisk0。と関連付ける方法がないか、ここや他の場所で数時間かけて検索しましdisk1たdisk0s2。のソースコードdiskutilは明らかにDiskManagementフレームワークにあり、公開されていません。

上記のコマンドの出力をテキストで解析する以外にdiskutil list、マウントされた (仮想) フュージョン ドライブをその基になる (物理) パーティションに関連付ける方法はありますか?