2

サーバーに単純なGETリクエストを発行すると、平均で約1.2秒後に戻ってきます（firebug NETタブを使用すると、「リクエストを待機中」の部分であり、レスポンス時間全体ではありません）

サーバーへのpingは0.250です

レール2.3.3で乗客を使用すると、レールログでリクエストに約0.023がかかります

私のサーバーはGoDaddy上にあるので、firebugで彼らのホームページもチェックしました-彼らのページの「要求を待っている」時間は〜0.320です

最悪の場合は約0.4になるはずです...では、残りの0.8秒はどこで失われたのでしょうか。

他に何を確認できますか？

編集：

Railsとは関係がないようです-画像リクエスト（apacheのみが応答し、Railsにまったくヒットしない）にも約1.2秒かかります

4

4 に答える 4

1

GoDaddyは、ユーザーとHTTPサーバーの間にリバースプロキシを持っている場合があります。

彼らはあなたに応答ヘッダーをすぐに送信し、そしておそらくあなたにキャッシュからの応答の内容を提供するようなことをしているかもしれません。

したがって、HTTPサーバーの観点からは、応答が送信されます。次に、GoDaddyのリバースプロキシに移動し、最後にWebブラウザに移動します。

于 2009-11-05T22:57:44.183 に答える
0

それはあなたの問題ではないように聞こえますが、ISPの問題です。

同じサーバーから直接（またはApache）Railsアプリへの内部IP /ポートへのWgetを実行できますか？これにより、probabyがアプリスタックにあるか、さらに上流にあるかがわかります。

可能であれば、ab「apachebenchmark」と呼ばれるapacheツールを使用できます。

重要なのは、コンピューターにsshアクセスできることです。

于 2009-11-04T19:24:44.327 に答える
0

GoDaddyのファイルがホストされている場所は、ホームページがホストされている場所と同じではありません。

同じサーバーでホストしている他のページを確認しましたか？おそらくデータベース接続またはそのような「遅い」接続が原因で、ページがクライアントに返送されるまでに時間がかかる可能性があります。

于 2009-10-09T21:25:43.260 に答える
0

サーバーまたはVHosts構成でPassengerPoolIdleTimeを0に設定してみてください。たぶん、サーバーはアプリケーションインスタンスを高速にシャットダウンし、通常は非常に長い時間がかかるすべてのリクエストで新しいインスタンスを生成します。

この設定の詳細については、ドキュメントを参照してください：http: //modrails.com/documentation/Users%20guide%20Apache.html#PassengerPoolIdleTime

于 2009-10-09T21:31:37.137 に答える