ひとみさん、いとさん、
インジケータが原因というのは確かに半信半疑ですが、そういう場合もあるということなのでしょう。
とりあえず解決してよかったです。
いとさん、
インジケータのオフは私も驚いています。
マシンスペックがかなり低いので影響も大きいのでしょうか？
因みにインジケータのオン・オフに関わらず、
CGI以外は体感できる程の速度の変化は有りませんでした。
UMU さん
インジケータはオプションの「表示/インデックス」タブの中にあります。
サーバにアクセスがあったときにアイコン表示を変化させるかどうかの設定です。
カウンタの表示に数秒もかかるのであれば、インジケータをオフにしたとしても
速くなったことを体感できるほどの変化はないと思っていたので、ひとみさんが
それが原因だったと言われたのには私の方が驚きました。
メモリを 64MBにして同じテストをすると、約10秒遅くなるという程度なので
UMUさんのメモリが 64MBであることが CGIが極端に遅い理由ではないと思います。
またメモリを128MBに増設してもほとんど速くはならないだろうとも思います。
ただ、メモリは多いに越したことはないので余っているのなら増設しておいた方が
いいでしょう。
前回の結果は Symantec AntiVirusのリアルタイム保護を有効にして測定したもの
ですが、無効にすると約10秒速くなるので、測定結果は個人の環境(ハードだけでなく
常駐ソフトなど)に大きく依存するということをつけ加えておきます。
ところで遅いのはCGIだけで、それ以外のページは特に遅いわけではないんですよね？
あの、下にも書いたんですけど、インジケータって何のことでしょう。
設定にはそのようなものはみつからないんですが・・・
中田さん、いとさん、UMUさん、
結論から言うと、インジケータオフで以前の速度に回復しました。
インジケータは元々オフにしていて、何らかの拍子にオンになってしまったと思われます。
いとさんの書き込みを見てインジケータはオフにしていたのを思い出しました。
いとさん、情報ありがとうございました。感謝します。
薫♪さん、この件に関してはWindowsの再インストールは関係ないと思うのでしておりません。
アンチウイルスソフトやファイアウォールを外して運用は
セキュリティ上現実的でないので試しておりません。
UMUさんは如何でしょうか？私とは状況が違っているような感じですが。
最後に中田さん、メールありがとうございました。これからも宜しくお願いします。
メールアドレス、間違いました。。。☆＾＾；
と、メモリは 64MB と 128MB で試しました。
UMUさんへ。(ひとみさんもかな？）
Windowsの再インストールはお試し済みかしら？＾＾
メモリの増設やインジケータ（AN HTTPの窓のことだとおもうけど？）オフよりも
効果があると思うんだけど・・・
あと考えられるのはアンチウイルス系のソフトとか ファイアウォール？
とにかく、なにもインストしていないきれいな状態のWindowsで動作を確認してみては？＾＾
ちなみに私の環境ではBJDよりも"格段"に快適にAN HTTPが使えています。
（Apacheよりもほんの少し遅い程度（実測データを示せなくてすみません））
参考までに？
CPU：AMD-K6・450Mhz Windows98SEとWindows2000で確認
ActivePerlは 5.6.1 build 635 と 5.8.3 build 809 で。
いとさん、様々な環境での試験ありがとうございます。
今後の参考にもなるので、私としては助かります。
IISって速いんですね。知りませんでした。
そして、やはりAN HTTPDは遅いんですね。
でも、私の遅さは異常ですよね。
掲示板の使用に支障が出るほどなんて人、他にはあまりいませんよね。
とりあえず、Windows起動直後には少し速いということなので、
メモリを64MBから128MBへ増設することを少し考えてみようと思います。
あと、ちょっと質問なのですが、インジケータオフとは何のことでしょう。
それで少しでも速くなるのでしたらぜひやってみたいのですが。
AN HTTPで CGIの実行が遅いのではないかという話が出ていますので
客観的な測定データを示します。
KENTさんの Dream Counterをページ内に 100個表示する HTMLを作成し、
ローカルホストでアクセスして、表示し終わるまでの時間を計測しました。
HTMLで CGIを以下のように記述。
<IMG SRC="./dream/dream.cgi?id=index&gif=1">
<IMG SRC="./dream/dream.cgi?id=index&gif=2">
…
<IMG SRC="./dream/dream.cgi?id=index&gif=100">
アクセスするCGIファイルは一つのみで、0.gif〜9.gifを格納した
gifフォルダを 100個(gif1〜gif100)作成。
テストは以下の 3種類のパソコンで実行。
PC-A: PentiumIII 450MHz, 768MB, Win2000Pro SP4比較した HTTPDは、Apache 2.0.49, IIS 5.0, 04WebServer 1.42,
PC-B: Mobile Celeron 450MHz, 192MB, Win2000Pro SP4
PC-C: Pentium M 1000MHz, 1GB, WinXP HE SP1
PC-A PC-B PC-CApacheと IISはさすがに速い。04WebServerは善戦。BJDと
Apache 26" 30" 12"
IIS 27" NA NA
04WebServer 30" 33" 13"
BJD 30" 40" 20"
AN HTTPD 36" 40" 17"
(ISAPI 28" 35" 12")
＃ 私もCGIに関しては、ronsonさんと同じ様な状況です。AN HTTPD以外のWebサーバと比較したことがないのでちょっと気になっています。
まったくの余談です。
An httpdでのCGIの動作が遅いという話題が上がっていますが、
私のサーバでは正直そういった事は感じません。不思議ですね。
ちなみにAn httpdのバージョンは1つ前のです。
1つ前ので特に不具合はないので更新していません。
サーバ機の簡単なスペックは、
CPU:PentiumIII/750MHz
Mem:256MB
HDD:20GB(ATA66)
といったところです。サーバを開設してから現時点まで、
メンテナンスの時以外は1年半の間、ほぼ無停止です。
CGIの動作も最初の頃と変わったという感じはありません。
こういうユーザも居るという、参考までのお話でしたm(_ _)m
UMU さん、
送っていただいたレジストリファイルで設定の内容を確認しましたが、特に遅くする設定はありませんでした。
全体のパフォーマンスには「リモートホストを取得」を「常時」にしているのが影響するとは思いましたが、CGI が特に遅いという理由にはなりませんので、今回の話には関係ないと思います。
メモリ消費の話は、もちろんそうなれば遅くなると思います。
メモリ消費はタスクマネージャで確認できます。
というわけで、あとは AN HTTPD 側で何とかすることになると思いますが、最初にお答えしたとおり、現在のところ対応はできません。
逆に言えば、「CGIが遅い」という話が広まってもやむをえないということです。（すでに広まっているとも言えます。）
AN HTTPD のことを思って対策を強く要望されるというのは大変ありがたいことなのですが、しばらくの間、対策をとることはできません。
したがって、残念ながら、他のサーバソフトをお使いになることをお勧めせざるを得ません。
サーバコンピュータをいじっているうちに発見したのですが、
Windowsを再起動した直後は若干CGIの動作が速いようです。
それでもやっぱり遅いような気がしますが。
AN HTTPDを起動したままにしておくと
メモリをどんどん消費してCGIが遅くなるなんてことはないでしょうか。
私はあまり詳しくないのでよく分からないのですが。
言われた通りにレジストリの内容をメールで送りました。
このメールアドレスは普段あまり確認しないので、
何か分かりましたらこの掲示板で返信をお願いします。
「AN HTTPDはCGIが遅い」なんていううわさが立ってしまう前に、
なんらかの対策がなされることを強く願っています。
お忙しいとは思いますが、よろしくお願いします。
ちなみに、私のサーバコンピュータは、1〜2ヶ月に一度、
オンラインウイルス検索サービスで最新のエンジンと定義ファイルでの完全スキャン、
スパイウェア検索ツールで最新の定義ファイルでの完全スキャン、
デフラグツールでデフラグ、
ハードディスクの完全チェックディスク（スキャンディスク）
を行っていますので、サーバコンピュータに問題があるとはあまり思えません。
中田さん、
レジストリ送りました。宜しくお願いします。
UMU さん、
確かにそうですね。
ただ、最近のバージョンアップ状況を見てもらえればおわかりと思いますが、この件も含めてしばらくは対応できないと思います。
現在の設定がCGIの動作について最適かどうかの確認はしておきたいと思いますので、ひとみさん同様、regedit で HKEY_LOCAL_MACHINE\Software\AnHttpd 以下をファイルに書き出して、そのファイルをメールで送ってもらえませんか？
ひとみさん、
AN HTTPD の設定の問題も可能性としてはあるので、regedit で HKEY_LOCAL_MACHINE\Software\AnHttpd 以下をファイルに書き出（エキスポート）して、そのファイルをメールで送ってください。
私自身あまり詳しくないのにこんなことを言うのもどうかと思うのですが、
AN HTTPDは最近の更新はCGIのセキュリティ関連が多かったですよね。
セキュリティ関連を更新していくうちに
AN HTTPD自体が重くなってしまったということは考えられないでしょうか。
まだ実験していませんが、
もし別のHTTPDソフトで実験してみてCGI動作が速かった場合、
確実にAN HTTPDのバグだとしか考えられなくなってくるのですが・・・
実際にひとみさんがBlackJumboDogで試してそうだと言っていますし・・・
ユーザの勝手ですが、
「AN HTTPDはCGIが遅い」なんていうことが有名になってしまったら大変です。
確実にAN HTTPDユーザが減ります。
私はAN HTTPDが好きなので、そうはなってほしくありません。
ぜひプログラムの見直しをお願いします。
あと、できれば中田さん自身でも
他のHTTPDソフトとのCGI動作速度の比較をしていただけると
話の流れがスムーズになると思います。
中田さん、レスありがとうございます。
HTTP/1.0 にしたところ若干改善されましたが、
以前(いつの時点か分かりませんが)程の速度は出ませんね…
BlackJumboDog等の他のhttpdでも再度試しましたが、
HTTP/1.0環境のANの方が確実に遅かったです。
ところでWin2K環境でPerlをPerlISで動かす事は出来ないんでしたよね？
試しに動かしてみると、見事にhttpdが落ちますし。
動けば速度は確実に上がるんですが…
ひとみさん、
ある時からということでしたら、一度「HTTPバージョン」を HTTP/1.1 から HTTP/1.0 にしてみてください。
UMU さん、
オプション／一般の「CGI/SSIプロセス制御」のところの「CGI出力を検査」にチェックを入れているとCGIは遅くなりますが、そこにチェックを入れていないとすると、その程度の遅さなのだと思います。
あるいはひとみさんへの答えにあるように、「HTTPバージョン」を HTTP/1.1 から HTTP/1.0 にすると改善されるのかもしれませんので試してみてください。
かなり(数年)ご無沙汰しております(^_^;
私もUMUさんと同じく、いつからかCGI(Perl)の動作がかなり遅くなりました。
現在の環境は、
・AN HTTPd Ver1.42m
・ActivePerl Ver5.8.3
・Windows2k SP4
・Celeron 466MHz
・128Mbyte RAM
私もUMUさんと同じく、ActivePerlのVersionを変えてみたり、
常駐しているプログラムを止めてみたりしてみましたが、症状は変わりません。
LAN内、WANからの接続共にUMUさんと同じ状況です。
試しに、BlackJumboDog等の他のhttpdで同一CGIを動かせたところ、
遅くなる前の AN HTTPd と同等の速度で動作します。
Winのパッチ等は最新のものが当たっています。ウイルス感染等もしておりません。
AN HTTPd と ActivePerl をバージョンアップする際、
どこかの段階からか遅くなったと思います。どこからかが分からないんですが…(^_^;
AN HTTPD 1.42kでActivePerl 5.8.3でCGIを動かしているのですが、
CGIの動作が少し遅いような気がします。
アクセスカウンタが表示されるのにも数秒間時間がかかりますし、
掲示板の動作はかなり遅くて使用に支障が出るほどです。
（同じ掲示板のCGIを使用している別サイトでは快適に掲示板を使用できています。）
LAN内で閲覧してもインターネット側から閲覧しても同じです。
以前レンタルサーバでホームページを運営していたときや
他の自宅サーバ（AN HTTPDを使用しているのかどうかは不明）のホームページと比べ、
やはり自分だけCGIの動作が遅いような気がするのですが、
これは何が原因なのでしょうか。
AN HTTPDを使用している人はみんな同じ状態なのでしょうか。
それともサーバコンピュータに問題があるのでしょうか。
対策方法はないのでしょうか。
試しに、ファイアウォールソフトを停止したり
ウイルス対策ソフトを停止したり
PerlをActivePerl 5.6.1にしたりしてみましたが、変わりませんでした。
サーバ情報
OS:WindowsNT Workstation 4.0 Service Pack 6a
CPU:Celeron 500MHz
MEMORY:64MB