[過去ﾛｸﾞ] AIXスレッド MaintenanceLevel 04(Part4) (1001ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡
880(3): 2006/03/32(土)01:53 AAS
>878
kernel traceしてioが遅い原因がどうして分かるの？
つか、そもそもkernel traceはデバッグ用でパフォーマンスチューニングとは無関係じゃね。
kernel traceの詳しい情報ほとんどないし。
内部の人じゃないと分からんと思うが。
一度に1G分のファイルをコピーしたら相手がESSで4Gメモリー積んでま〜す。てな状況じゃないと
遅いの当たり前じゃない。cpでやったんでしょ。改善の余地があるわけないじゃん。
882: 2006/03/32(土)02:16 AAS
>880
解る奴は解る。言っていることは正し、がre waitの原因をtraceでミレ
死んだ牛食っている奴は分かる。全頭検査食っている奴らは誰も知らん。
>改善の余地があるわけないじゃん。
ソダがプロンプトを早く返すだけならチットはある。Raid0で32台組め（嘘）
>881
ソダ
883(1): 878 2006/03/32(土)02:39 AAS
>>880
お、俺なの？
traceからfilemonとかtprofとか見れるので、一概にパフォーマンスチューニングと無関係とはいえない。
ただ現時点ではそこまでする必要はない、と思う。
そもそも、ファイルシステム/LVM/デバドラ/ディスク のどのレイヤーがボトルネックかも
分かってないわけだし・・・なのでとりあえずvmstat、iostatでいいんじゃね？
>改善の余地があるわけないじゃん。
maxpgahead増やすとか、iooのパラメーターいじってみる価値はあるかも。
886(1): 883 2006/03/32(土)03:19 AAS
>>>880
>お、俺なの？
ワロオタ:-)
>traceからfilemonとかtprofとか見れるので、一概にパフォーマンスチューニングと無関係とはいえない。
880は計測系のコマンドがkernelフックを使ってのシラネーのさ。
traceをdebugにしか使えネー奴では？
>ただ現時点ではそこまでする必要はない、と思う。
その前にオーナーが話についてけないゾ。:-)
>そもそも、ファイルシステム/LVM/デバドラ/ディスク のどのレイヤーがボトルネックかも
分かってないわけだし・・・
LVDD実装した奴は行ってヨシ
> maxpgahead増やすとか、iooのパラメーターいじってみる価値はあるかも。
numfsbufsだ。vmstat -v見てhd_pbuf_cntスレ
cpよりfd=open(書込専用 | 非同期)を使って作る:-)
ちっとはハエーゾ！
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.033s