![]() |
|
|
Googleのunix.com
|
|||||||
| UNIXの詳細&エキスパートのためのユーザー 専門家への専門家。先進のUNIXは、 UNIXのコマンドは、 Linux 、オペレーティングシステム、システム管理、プログラミング、シェル、シェルスクリプトは、 Solarisのは、 Linux 、 HP - UXのは、 AIXので、 OS X 、 BSDのこちらをご覧ください。 |
その他のUNIXおよびLinuxフォーラムトピックは参考にすること
|
||||
| スレッド | スレッドスターター | フォーラム | 返信 | 最後の投稿 |
| AIXのメモリ使用量が5.1での高 | jayakumarrt | AIX | 5 | 2008年2月14日 07:17午後 |
| 高CPU負荷平均 | squid04 | レッドハット | 2 | 2006年9月27日 09:07午前 |
| 高負荷 | jyoti | HP - UX | 4 | 2006年5月1日 03:31午前 |
| カーネルの使用率の高い睡眠を使用して | handak9 | UNIXの詳細&エキスパートのためのユーザー | 4 | 2005年9月19日 02:29午後 |
| CPU負荷の高いアプリケーション | Frank2004 | AIX | 0 | 2005年4月20日 11:41午後 |
![]() |
|
|
LinkBack | スレッドツール | このスレッドを検索 | スレッドを評価 | 表示モード |
|
|
|
||||
|
太陽:高カーネルの使用と非常に高い負荷平均
やあ、
私と私のシステム上で非常に高い負荷平均(でも)を当社のデータベースにはデータの読み込みではない、非常に高いカーネルの使用を見ている。ここの先頭の出力は...誰でも知っている私は何をすべきですか? ありがとう、 ロレーヌ 最後のpidを: 13144 ;負荷平均: 22.32 、 19.81 、 16.78 9時23分50秒 165プロセス: 148寝て、 12を実行し、 1ゾンビ、 4 CPUを CPUの状態: 0.2 %のアイドルは、 75.5パーセントのユーザーは、 24.2 %と、カーネルは0.1 % iowait 、 0.0 %のスワップ メモリ: 12G実、 185M無料、使用中の17Gスワップ、スワップ603M無料 pidをユーザー名LWP PRIのニースサイズあるRES州タイムCPUのコマンド 6653 2 51 -10 5758M 4835MのCPU / 6 513:14 8.35パーセントのInformix oninit 6652 2 51 -10 5759M 4841M 556:36 8.25 % oninitを実行するInformixの 6654 2 50 -10 5758M 4830M 487:37 8.21パーセントoninitを実行するInformixの 6655 2 50 -10 5758M 4824M 470:20 8.07パーセントoninitを実行するInformixの 6633 2 51 -10 5759M 4841M 913:09 7.28パーセントoninitを実行するInformixの 15233 metrica 1 44 2 16M 1500万実行35:23 5.66パーセント perlの 12897 metrica 1 36 2 9968K 9080KのCPU / 2 0:57 5.14パーセント perlの 12496 metrica 1 30 0 1136K 880K 1:52 4.93% tarを実行する 12913 metrica 1 36 2 11Mは10M実行0:56 4.74パーセント perlの 6647 2 59 -20 5757M 5088M 43.4H 4.64% oninit睡眠のInformix 6648 2 59 -20 5757M 5084M 35.6H 3.71 % oninit睡眠のInformix 11260 metrica 4 40 0 3946M 557M 268:29 3.04パーセントmetrica_load実行 12922 metrica 1 60 2 11M 11M睡眠午前0時49 2.71% perlの 6649 2 59 -20 5757M 5090M 27.4H 2.68% oninit睡眠のInformix 6650 2 59 -20 5757M 5057M 16.9H 2.08 % oninit睡眠のInformix |
|
||||
|
また、コンテキストの切り替えがたくさんある-は、アクティブになっている理由は、カーネルが表示されます。
優先順位はどのように移動しているそのプロセス/アウトに設定されているに注目する必要があります。もしそのプロセスをループにはまり込んでいない場合、 1つまたは2つのプロセスを取得できるまではもう少し速くして、トラフィックをクリアすることができます。 私はあなたのシステムに/ Oのは、バインドされていないので、 CPUの競合が表示されません。 FWIW -それはあなたのような非常に近いスワップされているようにも、大変疲れているようなの95 %が使用されます。 |
|
||||
|
私は強く、このサーバーを疑うより多くのメモリを必要とします。場合は、入出力には非常に小さいです待って、 I / Oの問題の原因ではない意味を参照してください。しかし、ほんの数%の空きメモリの合計に、意味はメモリが不足している。メインメモリとスワップは、システム間のデータのチャンクを移動することは、屋根を通して、あなたのCPU使用率が運転される。より多くのメモリを取得する場合は、スワップを停止することができますので、それは問題を解決する必要があります。
のSARを使用することであることを確認する1つの方法- gをどのくらいのページング活動が起こっているのを確認します。ここに私の箱から一例です。 クリプトン$のSAR - gを5月5日 クリプトンのSunOS 5.10 Generic_118822 - 02 sun4u 02/06/2006 10時18分34秒pgout /秒ppgout /秒pgfree /秒pgscan / % ufs_ipf秒 10時18分39秒0.00 0.00 0.00 0.00 0.00 午前十時18分44秒0.00 0.00 0.00 0.00 0.00 午前10時18分49秒0.00 0.00 0.00 0.00 0.00 午前10時18分54秒0.00 0.00 0.00 0.00 0.00 10時18分59秒0.00 0.00 0.00 0.00 0.00 平均0.00 0.00 0.00 0.00 0.00 クリプトン$ クリプトン高負荷されておらず、十分な空きメモリがありますので、ページングがない、または上のすべての交換で行く。ボックス以外の場合はメモリが不足していると交換することがゼロの数字はここを示しています。としてはメモリが不足して古いデータを移動することができる非ゼロ[ OK ]を不定期ですが、それは問題がある場合は、常に高い数字です。私の推測では何が表示されますです。 |
|
||||
|
はい、正しいことを- pの値は/およびp /アウトを非常に私のサーバー上の高されています。
@ metricaのSAR - gをmetrica # 5月5日 metricaのSunOS 5.8 Generic_117350 - 11 sun4u 02/06/06 14時25分10秒pgout /秒ppgout /秒pgfree /秒pgscan / % ufs_ipf秒 午前14時25分15秒12.25 42.49 38.14 0.00 0.00 14時25分20秒10.76 29.75 26.42 0.00 0.00 午前14時25分25秒8.38 18.56 18.56 0.00 0.00 夜02時25分30秒1.79 21.27 21.27 0.00 0.00 午前14時25分35秒2.59 4.58 4.58 0.00 0.00 平均7.17 23.38 21.84 0.00 0.00 しかし、このサーバーに12Gのメモリをしている。この多くは、システム上で何を実行しているので、私dontを考慮する必要があります私はより多くのメモリを購入して請求することができますね。私は、 Informixのか、他のプロセスは、ボックス上のメモリを掴んでいるかをよくチェックする必要がありますか? おかげで大変多くのお客様のためのガイド。 |