アカウント名:
パスワード:
>現在の大規模なサーバではCPUで処理してるんでしょうかね?それともやはりSSL>アクセラレーターを使ってるんでしょうか。
場合によるよね。大規模な環境ではロードバランサを利用してるだろうからL7で制御したかったら、好き嫌いなくロードバランサでほどかないとできないってことで結果的にSSLアクセラレータを使ってるよ。
でも、かなりピークの激しい証券さんがOSS利用の講演をしてくれた時に、最近のIAサーバではSSLアクセラレータが欲しい事はほぼ無いよって言ってたっけ。それにうちもASPのビジネスをやってるけど欲しいって思うシチュエーションが見当たらないよ。アプリとかミドルウェアの処理速度が先に問題になるし。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
※ただしPHPを除く -- あるAdmin
サーバ側のCPU負荷が高いんですよ (スコア:2, 興味深い)
httpとhttpsで最初のセッションを張るまでの時間が100倍違いました。
SSLのセッションでサーバ側で暗号鍵でのデコード処理に時間が掛かっていたような
記憶があります。ただしサーバのCPUクロックが200とか400Mhzとかで、ソフトウェア
ではなくハードウェアでSSLの処理を行うようにしたら10倍速くなったという話も
ありましたがソフトウェアのアルゴリズムを変更したらハードウェア処理より
早くなったとかいう時代ですw
現在の大規模なサーバではCPUで処理してるんでしょうかね?それともやはりSSL
アクセラレーターを使ってるんでしょうか。
Re:サーバ側のCPU負荷が高いんですよ (スコア:2, 参考になる)
>現在の大規模なサーバではCPUで処理してるんでしょうかね?それともやはりSSL
>アクセラレーターを使ってるんでしょうか。
場合によるよね。
大規模な環境ではロードバランサを利用してるだろうから
L7で制御したかったら、好き嫌いなくロードバランサでほどかないとできないってことで
結果的にSSLアクセラレータを使ってるよ。
でも、かなりピークの激しい証券さんがOSS利用の講演をしてくれた時に、
最近のIAサーバではSSLアクセラレータが欲しい事はほぼ無いよって言ってたっけ。
それにうちもASPのビジネスをやってるけど欲しいって思うシチュエーションが
見当たらないよ。
アプリとかミドルウェアの処理速度が先に問題になるし。