Aになると思うんだが・・・。自分の英文解釈間違いかな?もう一方のSMF120-9での方法を考えてみる。この方法はアプリケーションを変える必要が出てくる。DATA領域の使用だ。実装の参考となるのはこれ。名前が紛らわしいけど。changehttp://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/WP101859簡単に言うと、SmfEventInfrastructureをSmfEventInfrastructure.SEI_LOCでルックアップして、SMF120-9を収集しているなら、データの長さに気をつけつつ、USER_DATA領域にデータを入れる。最大で5つのユーザーデータを追加出来る。各データは2Kを超えてはいけない。2Kを超えるようなデータを入れようとは思わないけど。トランザクション・クラスでレポートクラスを分ける方法の場合、セレクターで取れる情報でしか分類は出来ないがこちらの方法ではそれ以外のデータも分析に使うことが可能だ。「入力」だけでなく「出力」に関するデータも扱える点が大きく違う。SMFレコードを解釈するコードを書かないといけない点もつきまとう。何を5つのデータにするのかという点の整理が必要だったり、考えたり作ったりする部分が多い。RMFレポートとは違うので、他の製品の性能と混ぜて扱うのには向かない気がする。ユーザーデータはどうも即座に書かれるわけではないようだ。CRが最後に書き込む。どちらもJavaプロファイラーみたいなことが出来るわけではないから、それはそれでやるべきだ。継続的に性能情報を蓄積していくなら、上記のような手法でデータを集めて傾向を把握することは意味があるだろう。実際に性能問題にぶち当たった場合はとっととJavaプロファイラーをかけたほうがいい。当然だけど、Javaではなく、DBだったりOSとのやり取りの問題だとプロファイラーは意味ない。BlogNoticesArchive参加グループプログラミングはてなブログをはじめよう!kidotakaさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。