DeqiangRegarding the symptom of slo

Deqiang

Regarding the symptom of slowness of Proxy Server, It seems that the main cause of this symptom was relevant to “/per” directory, and it is to be improved by removing the SW of the old NMS version.
Now SBB-Field has decided to restart the Proxy Application and then keeping in watching from Today.

Attached please refer to before/after comparison result of the system information and the performance of file compress/decompress.

Confirmation and Questions:

1. Generally, the size of “/opt” directory and the number of files will cause the process slowing down,
is this kind of condition possible to cause the abnormal behavior of Proxy Application?
e.g., Repeating the session disconnect and reconnect.

2. Could you indicate the proper spec. for the size of the directory and the number of files which could ensure the normality of Proxy Application?

3. SBB requested to describe the reason why it took so long time to provide the file removing solution?

結果 (日本語) 1:

Deqiangこの現象の主な原因だった「/1」に関連するように見えるプロキシ サーバーの遅さの症状に関するディレクトリ、およびそれが NMS の古いバージョンのソフトウェアを削除することによって改良されます。今 SBB フィールドはプロキシ アプリケーションとし、今日から見ておいて再起動することを決めた。前に、/後のシステム情報とファイル圧縮/解凍のパフォーマンスの比較結果を参照添付ください。確認と質問:1. 通常、のサイズ」/opt"ディレクトリとファイルの数により、減速プロセスこのような条件はプロキシ アプリケーションの異常な動作が発生する可能性の存在か。例えば、セッションを繰り返し切断し、再接続します。2 プロキシ アプリケーションの正常性を確保することができるファイル数とディレクトリのサイズの適切な仕様を示す可能性がありますか。3. SBB 要求ソリューションを削除するファイルを提供する長い時間を取った理由を説明するか。

結果 (日本語) 2:

Deqiang プロキシサーバーの遅さの症状に関しては、この症状の主な原因は"/当たり」ディレクトリに関連したようだ、それは古いNMSバージョンのSWを除去することによって改善されることがある。今SBB-フィールドが決定しました。プロキシアプリケーションを再起動してから今日から見に維持するために添付すると、システム情報とファイル圧縮/解凍のパフォーマンスの比較結果前/後を参照してください。確認の質問：1。一般的に、 "は/ opt」ディレクトリのサイズとファイルの数が減速プロセスが発生しますが、プロキシアプリケーションの異常な動作を引き起こす可能性このような状態でしょうか？例えば、セッションの切断を繰り返すと再接続します。2。あなたは適切な仕様を示す可能性があります。ディレクトリのサイズとプロキシアプリケーションの正常性を確保できたファイル数の？3。SBBは、液を除去ファイルを提供するので、長い時間がかかった理由を説明するために要求されましたか？