このページは福井県立大学の田中求之が2006年1月まで運用していた Mac のサーバ運用に関する会議室 「Web Scripter's Meeting」の記録です。情報が古くなっている可能性がありますのでご注意ください。

コンピューターの反応速度が妙に低下しています。

発言者:大西恒樹
( Date Thursday, July 17, 1997 18:51:36 )


同様の話題を探しましたが、見つかりませんでした。すみません、新規に
質問させていただきます。

PPC9500/132にJ-1KT7.5.5、OT1.1.2英語版、WebSTAR2.0JでEasyBBSPI1.0b3を
使って会議室を運営させていただいております。最大同時接続数を60に設定、
1日のヒット数は2万〜2万5千です。サーバー専用機として約1年程使って
おります。

最近、サーバーの反応速度が異様に低下したため、いろいろ調べておりますが
原因がつかめません。全てのアプリケーションを終了して、再起動直後でも、
ウィンドウの切り換えさえまごつくことがあります。症状からして、明らかに
システムソフト、及びメモリに問題があるように思えるのですが、対策が
見つかりません。仮想メモリはオフにしてありますし、新規インストールも
解決にはなりませんでした。どなたか同様の症状をご経験の方、お知恵を
お貸しください。お願いします。

藤沢 さんからのコメント
( Thursday, July 17, 1997 20:25:51 )

アップルメニューオプションを使用していたら、止めてみて下さい。

藤沢
mailto:fujisawa@srimot.go.jp

石津@RJC さんからのコメント
( Thursday, July 17, 1997 23:06:51 )

参考になるかどうかわかりませんが...

過去の経験から
・AppleTalkやファイル共有をOFFにする。
・SystemとHDドライバのバージョン対応を確認する。
・ファイル数が1万を越えているようなら減らす。
・ウイルスチェックソフトを外す。
・QuantumじゃないHDにする。例えばSeagate。
 (時々定期的なベリファイをかけるので。でも製品によって違うかも)
・Ethernetカードを別途購入してTCP/IPをそちらでつなぐ。

などが対策として考えられると思います。

大西恒樹 さんからのコメント
( Thursday, July 17, 1997 23:44:11 )

>・SystemとHDドライバのバージョン対応を確認する。

すみません石津さん、これはどうしたら良いのでしょう?

石津@RJC さんからのコメント
( Friday, July 18, 1997 13:08:07 )

お使いのフォーマッタにもよりますが、基本的には最新版を使っているか
どうか、確認するということになると思います。
AppleのHDで購入したときのまま、お使いなのでしたら、一度AppleHDSetup
で物理フォーマットからやり直してみるというのもいいかもしれません。

ドライブのパフォーマンスが問題なのかどうか確認するには、HDDriveLight
のような、HDアクセス状態をメニューバーの隅に表示してくれるソフトを利用
すると分かりやすいです。

可能ならば7.6.1にアップグレードすることをお薦めしますが、それは難しい
のでしょうか?
日付けのスタンプフォーマットが問題にならないのでしたら、7/28出荷の
MacOS8にするというのもいいと思います。
OT1.2とMacOS8のネットワークパフォーマンスは非常に素晴らしいです。
残念ながらJLK1.2はうまくいかなかったので、英語環境で使わないといけない
のですが。(JDKで配付されたb5をベースに話してます)

あと、PCIマックではサードパーティ製のDIMMを使った場合に、最大1/10程度に
ネットワークパフォーマンスが低下する現象がおきるそうです。
もし、メモリーなどを増設してから、そうした現象が起きているならば、
メモリーの挿し方を変えてみると直ることがあるようです。(インターリーブ
配置にしないようにすると直るというケースもあるようです)

大西恒樹 さんからのコメント
( Friday, July 18, 1997 18:22:52 )

>可能ならば7.6.1にアップグレードすることをお薦めしますが、それは難しい
>のでしょうか?

いえ、難しくはないのですが、問題の切りわけができていない段階での
アップグレードにはちょっと慎重になっています。基本的に買ったそのまま
を使用しておりますので、ご指摘の点でもあまり思い当たるフシはないんです。
何も変えていない状態でパフォーマンスが明らかに落ちています。しかも、
ネットワークパフォーマンスだけではないんです。ネットワークを切断しても
画面の切り替えにさえ手間取ることがあります。どーしたら良いのだろう...

大西恒樹 さんからのコメント
( Friday, July 18, 1997 18:51:36 )

追記です。最大接続数に60を設定しているのに対して、最大60まで振り切れて
いるのに、WebSTARの最大空きメモリと最少空きメモリの差がわずか500Kという
のはやはり何かおかしいですよね?

石津@RJC さんからのコメント
( Saturday, July 19, 1997 01:32:51 )

うーん、ドライブの問題かシステムのハードの問題か切りわけした方が
いいですね。たぶん。
外付けのHDをお持ちでしたら、そちらに新しいシステムを作って、内蔵HDを
無視して起動させます。(コマンド+オプション+シフト+デリートで起動)
これで、うまく動作するかどうか確認してみましょう。
そうすればSCSIのコントローラの問題か、ドライブ単体の問題か推測できる
ようになると思います。

私は原因追求も大事だと思いますが、とりあえずユーザ向けサービスを正常
に動かす可能性の高い方法を選択する方がいいかなぁと思うので、サーバの
バックアップとって、イニシャライズして新しいシステムへ入れ替えて実験
してみるタイプです。(結果的に停止時間も短くてすみますし。)
時々失敗するので、お薦めはしませんが。:-)

大西恒樹 さんからのコメント
( Saturday, July 19, 1997 08:57:43 )

いろいろな示唆ありがとうございます。そうですね、一度やってみますか。

大西恒樹 さんからのコメント
( Wednesday, October 01, 1997 20:19:50 )

そんな、単純なこと...と恥をかきそうですが、ついに、劇的に状況を改善
するに至ったのでご報告まで。

PPC9500/132、KT7.7.5、OT1.1.2でWebSTAR2.0J、easyBBS PI、スレッド数1500余り、
最大接続数60に設定して、1.5Mの直下において運用していましたが、上記の症状で
悩んでおりました。その後サーバーを手許において、事細かに観察してみると、どうも
やはりWebSTAR起動中に速度低下が起きる。もっとよく見てみると、プラグインの
処理、特に膨大なスレッドを処理している時に全体の反応が極度に悪くなる、そんな
症状でした。

SRAに問い合わせたところ、最大接続数が60で多すぎるのが問題では、という指摘を
受け、12まで落としても状況はあまり変わりませんでした。WebSTARの最大空きメモリ
と最小空きメモリの差がほとんどないのがどうしても気になり、ふと、単純なことに
気がつきました。つまり、処理に時間がかかっているのはWebSTARではないということ。
ならば、WebSTARから指示を受けて、プラグインの処理をしているのは?と考えてみたら、
「なあんだ、もしかしてそんなこと?」

そうです、ディスクキャッシュ容量を目一杯上げてやったら、スコーンと抜けました。
速すぎて最大接続数を12のままでもビジーになりません。(溜まっていかないので)
とっても単純でお恥ずかしいのですが、私と同じボケをかましている人がいないとも
限りませんので、とりあえずご報告^^)コメントをくださった方々、ありがとうご
ざいました。


田中求之 さんからのコメント
( Wednesday, October 01, 1997 22:47:32 )

MacOS でサーバーを運用するときの最終的なボトルネックは File I/O (ようするに
OS のファイルの処理が遅い)というのはよく言われます。CGI や Plugin でファイル
を多用する(EasyBBS はその典型ですが (^_^;; )ものでは、これを少しでもカバー
するためにディスクキャッシュを大目にとるというのが有効な手段となりますね。

この LC475 の場合、4Mのディスクキャッシュで運用してます。

しかし、

>easyBBS PI、スレッド数1500余り

というのはスゴイですねぇ。


なにはともあれ、問題が無事に解決してなによりでした。

大西恒樹 さんからのコメント
( Thursday, October 02, 1997 00:28:29 )

ありがとうございます。

>>easyBBS PI、スレッド数1500余り
>
>というのはスゴイですねぇ。

でもそのほとんどに目を通して、500ほどに整理したことのほうが...。
目が潰れるかと思った。

前薗 健一 さんからのコメント
( Thursday, October 02, 1997 01:41:10 )

大西恒樹 さん、こんにちは。

> 500ほどに整理したことのほうが...。

それでも凄いですね。
ちなみに EasyBBS PI の file I/O は Mac OS Toolbox 及び CodeWarrior
PowerPlant の class を使用して書いているのですが、ディスクキャッシュ
がそんなにアプリケーション(または plug-in)に影響を与えるとは思っても
いませんでした。勉強になりました。ありがとうございます。

たまちゃん さんからのコメント
( Thursday, October 02, 1997 06:03:41 )

大西さん:

>> 500ほどに整理したことのほうが...。

500のうちの少しだけですが拝見させていただきました。サーバの速度の
問題が解決したことを皆さんに報告されているのを読んで思わず私もう
れしくなりました。

>> 勉強になりました。ありがとうございます。

私もです。今後ともよろしくお願いします。

大西恒樹 さんからのコメント
( Thursday, October 02, 1997 08:34:01 )

>問題が解決したことを皆さんに報告されているのを読んで

ありゃ、どこの掲示板かばれてますね。(笑)