AIXスレッド Technology Levels 06(Part6) (793ﾚｽ)
上下前次1-新
570: 2009/09/11(金)10:39 AAS
「vmstatやtopasはたしか1秒毎のCPU使用率を取得するものですよね」
これが勘違いだから、>>566 の言うとおりで用件は満たせるんじゃない？
571: 2009/09/13(日)00:33 AAS
そういやsarって、もう無いの？
572(2): 2009/09/13(日)12:08 AAS
まだある。
性能系では
最近は、nmonにはまってる。
573: 565 2009/09/13(日)16:44 AAS
ご指摘の通り勘違いでした。
ありがとうございました。
574: 2009/09/13(日)16:53 AAS
>>565
皆さんが回答済だが、念のため
・「ある瞬間のCPU使用率」は、そもそも存在しない
CPUが1コアなら、ある1瞬は100%(使用中)か0%(Idle等)しか、ありえない
・「ある時間帯のCPU使用率」はある
vmstat 10 6 なら、各10秒間の平均を、6回表示する。
vmstat 60 x なら、最初から60秒間の平均を表示できる。
なお初回は「前回リブートしてから」の平均なので、通常は無視する。
575(1): 2009/09/14(月)10:41 AAS
>>572
nmonも良いんだけど本番環境で使えないのだけが残念なんだよね
576(1): 572 2009/09/14(月)22:08 AAS
え、なんで本番で使えないの？
ていうか、使っちゃだめなの？
577(1): 2009/09/15(火)00:25 AAS
フリーウェア扱いだからIBMのサポート対象外、ってことでは。
578: 2009/09/15(火)01:29 AAS
mpstatみたいなのって標準で無い？
579: 2009/09/15(火)03:38 AAS
mpstatならそのまま標準であるが・・・普通はvmstatを見るから、あまり使われないかも。
580: 2009/09/15(火)08:03 AAS
マルチプロセッサーやマルチコアなら mpstat 多用しない？
581(1): 2009/09/15(火)11:05 AAS
>>576
使えない理由としては>>577の言うとおり。
これ使ってなにか影響があってもSTSCは全く取り合ってくれないので、
本番稼働中は怖くて使えないんだよね。
582(1): 2009/09/15(火)19:58 AAS
>>575
AIX5.3TL9とAIX6.1TL2からnmonはOS標準コマンドになっているよ。
外部ﾘﾝｸ[htm]:publib.boulder.ibm.com
Linux版はGPLでオープンソースになったそうな。
外部ﾘﾝｸ:nmon.sourceforge.net
583(1): 2009/09/19(土)14:16 AAS
>>581
そのユーザーやプロジェクト次第だが、
正式サポートされていないのと、本番で使っていけない、は少し違う。
業務サービスに直接影響しない、運用・統計ツールなんかは、
正式サポートされない（問題があってもSTSCは調査もしてくれない）事を前提に、
使い分けることは、よくあるよ。
584(2): 2009/09/19(土)15:01 AAS
>>583
nmonに関しては>>582が指摘してくれたとおり最近はサポートだから良いとして。
>業務サービスに直接影響しない、運用・統計ツールなんかは、
>正式サポートされない（問題があってもSTSCは調査もしてくれない）事を前提に、
>使い分けることは、よくあるよ。
そんな例外的な話をしてたらなんとでも言えるから、そういう話は知り合い同士でやってくれ。
基本的には｢サポート外」の場合は本番で使えないのが常識。
例外があるのはわかってるけど、それはここで話す話じゃなくて客と話してくれ。
585: 2009/09/19(土)16:03 AAS
>>584
何を熱くなってんの？過剰反応？
「ユーザーやプロジェクト次第だが」と最初に書いてるし、
客と合意して使い分けてるに決まってるじゃない。
何十のお客と仕事したのかしらんが、
大手都銀を含めて、それほど例外とは限らんという話だよ。
それともこのスレはIBM公式スレか？
586: 2009/09/19(土)16:05 AAS
>>584
AIX同梱のLinux Tool Boxの話もここでは禁止なのか？
誰が決めたんだ？
587(1): 2009/09/19(土)16:10 AAS
銀行とかになると、何かの測定結果を出すときは、その測定結果が正しい結果を
示す事を保証するためのエビデンスまで出させられるからなぁ
でも、SourceForgeとかに転がってるツールでの測定結果を元にサポートしろとか
言われても、困るものだよ
それくらいになると、本当に正しい結果を出力しているのかどうかすら怪しいしな
588(1): 2009/09/19(土)16:18 AAS
ソースが公開されている方が、測定結果が正しい結果を示す事を
保証する為のエビデンスが出し易い、という風には考えない
もんなんだな…
589(2): 2009/09/19(土)17:46 AAS
>>588
監査する側（金融庁、日銀、社内など）はソースを読める訳ではないし、
仮に読める人員がいてもAPIの先の挙動は判らない（保障できない）し、
将来のFIXによる更新などは担保できないので無意味。
メーカーが保障している（万一バグがあれば直させられる）、
てのが大事。
590: 2009/09/19(土)18:29 AAS
てか「みんながこの方法使ってる」「みんながこの方法を間違っているとは言ってない」
という状況のその先で、それが正しい結果である、という納得が得られる訳でも無いしな
それよりは「開発元がこの方法でやれ」と正式に提示した手順でやるのが、最も納得が
得られやすかろうな
591(1): 2009/09/19(土)20:05 AAS
>>589
>社内など）はソースを読める訳ではない
これは寂しいですね…
『エビデンス集め＝メーカーに問い合わせ』ばかりだと
技術が貯まらなくない?
592(1): 2009/09/19(土)20:25 AAS
>>587
>銀行とかになると、何かの測定結果を出すときは、その測定結果が正しい結果を
>示す事を保証するためのエビデンスまで出させられるからなぁ
と
>>589
>メーカーが保障している（万一バグがあれば直させられる）、
>てのが大事。
って、相反しているよね。
測定結果が正しくなくてもメーカーが保証していれば測定結果が正しいだなんて。
593: 2009/09/19(土)20:39 AAS
>>591
そもそも監査する側は、IT技術は溜めないんですよ。
監査の専門家であって、ITの専門家じゃない。
594: 2009/09/19(土)20:40 AAS
>>592
PMBOK風にいうとリスク管理上のリスク転嫁かと。
595: 2009/09/19(土)20:52 AAS
でも、 監査する側がメーカーにリスクを転嫁している訳じゃないですよね。
もちろんユーザが転嫁している訳でもないですし。
596(1): 2009/09/25(金)22:56 AAS
AIX for x86とか出さないかな
597: 2009/09/25(金)23:48 AAS
smitty for Solarisとか、ないものかな
598: 2009/09/26(土)10:48 AAS
GUIが主流だからね。
Webで管理が主流だからね。
599: 2009/09/26(土)14:26 AAS
>>596
90年代のTaligentやIBM Microkernel、それを使ったOpenPOWER構想ではあったけどね。
IBMはx86ではLinuxですね。逆にAIX6.1のオプションでLx86がある。
上下前次1-新書関写板覧索設栞歴
あと 194 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.009s