アカウント名:
パスワード:
まずそもそもHTTPSはキャッシュできない。キャッシュできるように設定することもできるが、常識的にそんなことをしてる奴は居ないだろうし、例えProxyを強制してるようなところでもHTTPSだけはalways_directかつno_cacheとか当たり前。ディスクにもメモリにもProxyにすら存在しないので、例え同じデータでも毎回毎回取りに行かなきゃならん。
無駄に何度も転送することになるので、個人サイト等ではサーバ自体が転送量制限に達っして終了する場合も多いし、転送量制限どころか負荷制限に引っかかって終了する可能性すらある。
次に、TCPが通信を開始する前に3ウェイハンドシェイクを必
>こんなのは、Java厨が良くやる「実はJavaってこんなにも速いんですよ」アピールと同じようなもん。やれやれ。いかにもな老害のご意見。
>内部処理の値だけ取ってきて「Cでするのと殆ど変わりません。」とかやられてるようなもん。たとえばボトルネックを解析して最適化されたインライン展開の機能は無視ですか。「局所部分限定ならC++/CでもJavaと変わりません」とやられてるようなもん。
>我々はそのプログラムが実際に開始し、処理し、終了するまでの全体的な評価を求めているのに、ダウト。特にサーバーサイドでは起動終了のコストなんて無視できるようになる。
PC上で言えば、IEみたいに常駐するという禁じ手があるんだよな。#まあ立ち上がりが遅いという問題については言語に関係無くダウンロードする#コードサイズの問題があるので、MS-Officeみたいにでかいとどうしても遅くなる。
そういう話を考慮しても、C/C++のほうが速いんだよ。http://benchmarksgame.alioth.debian.org/u64q/java.php [debian.org]
けど、Javaの黎明期に、意図的に有利なコードで比較してJavaのほうが速いと主張する、いんちきベンチマークがよくあったんだよ。
いんちきベンチマーク := Javaに有利なコード公正なベンチマーク := C/C++に有利なコード
という用語の定義を最初に書かないと。
「全体的な評価」のくだりはJavaとCを比べるときはそうすべき、という話。今回のHTTP v HTTPS+SPDYで言うと、読み込み速度だけでなく、通信を始める前のハンドシェイクやその他もろもろの時間も計算に入れるべき、と#2724880は言っています。よってあなたの反論は的外れかと。
#わたしもJavaは嫌いですが、そこはオフトピですから、あまり触れないようにしましょう。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
人生unstable -- あるハッカー
NE-YO (スコア:0)
まずそもそもHTTPSはキャッシュできない。
キャッシュできるように設定することもできるが、常識的にそんなことをしてる奴は居ないだろうし、例えProxyを強制してるようなところでもHTTPSだけはalways_directかつno_cacheとか当たり前。
ディスクにもメモリにもProxyにすら存在しないので、例え同じデータでも毎回毎回取りに行かなきゃならん。
無駄に何度も転送することになるので、個人サイト等ではサーバ自体が転送量制限に達っして終了する場合も多いし、転送量制限どころか負荷制限に引っかかって終了する可能性すらある。
次に、TCPが通信を開始する前に3ウェイハンドシェイクを必
Re:NE-YO (スコア:0)
>こんなのは、Java厨が良くやる「実はJavaってこんなにも速いんですよ」アピールと同じようなもん。
やれやれ。いかにもな老害のご意見。
>内部処理の値だけ取ってきて「Cでするのと殆ど変わりません。」とかやられてるようなもん。
たとえばボトルネックを解析して最適化されたインライン展開の機能は無視ですか。
「局所部分限定ならC++/CでもJavaと変わりません」とやられてるようなもん。
>我々はそのプログラムが実際に開始し、処理し、終了するまでの全体的な評価を求めているのに、
ダウト。
特にサーバーサイドでは起動終了のコストなんて無視できるようになる。
PC上で言えば、IEみたいに常駐するという禁じ手があるんだよな。
#まあ立ち上がりが遅いという問題については言語に関係無くダウンロードする
#コードサイズの問題があるので、MS-Officeみたいにでかいとどうしても遅くなる。
Re: (スコア:0)
そういう話を考慮しても、C/C++のほうが速いんだよ。
http://benchmarksgame.alioth.debian.org/u64q/java.php [debian.org]
けど、Javaの黎明期に、意図的に有利なコードで比較してJavaのほうが速いと主張する、いんちきベンチマークがよくあったんだよ。
Re: (スコア:0)
いんちきベンチマーク := Javaに有利なコード
公正なベンチマーク := C/C++に有利なコード
という用語の定義を最初に書かないと。
Re: (スコア:0)
「全体的な評価」のくだりはJavaとCを比べるときはそうすべき、という話。
今回のHTTP v HTTPS+SPDYで言うと、読み込み速度だけでなく、通信を始める前のハンドシェイクやその他もろもろの時間も計算に入れるべき、と#2724880は言っています。
よってあなたの反論は的外れかと。
#わたしもJavaは嫌いですが、そこはオフトピですから、あまり触れないようにしましょう。
Re: (スコア:0)
# ハッシュ値でなんとかならんのかと思うよ。