アカウント名:
パスワード:
まずそもそもHTTPSはキャッシュできない。キャッシュできるように設定することもできるが、常識的にそんなことをしてる奴は居ないだろうし、例えProxyを強制してるようなところでもHTTPSだけはalways_directかつno_cacheとか当たり前。ディスクにもメモリにもProxyにすら存在しないので、例え同じデータでも毎回毎回取りに行かなきゃならん。
無駄に何度も転送することになるので、個人サイト等ではサーバ自体が転送量制限に達っして終了する場合も多いし、転送量制限どころか負荷制限に引っかかって終了する可能性すらある。
次に、TCPが通信を開始する前に3ウェイハンドシェイクを必
>こんなのは、Java厨が良くやる「実はJavaってこんなにも速いんですよ」アピールと同じようなもん。>我々はそのプログラムが実際に開始し、処理し、終了するまでの全体的な評価を求めているのに、内部処理の値だけ取ってきて「Cでするのと殆ど変わりません。」とかやられてるようなもん。>妄言も大概にしろ。と言いたい。
その御蔭で我々は、試行の条件と適用場面をちゃんと確認する癖が付いたのではないかね?感謝して頂きたい。 by Java厨
# まぁ、冗談はさておきJavaを使ってる人間ほど、シビアに使い所を見てると思うよ。# 開始終了が遅いのだから、開始終了関係ない状況で使おうぜ、とサーバ用途が伸びたりとかね。# 早くないからこそどう使うのかとかアルゴリズムを気にしたりもするし。# このベンチマークは、少し胡散臭い所があるのには賛成だよ。# 本当は素のHTTPSとも比べてやったり別のテストケースも見て考えさせるべきだわな。
># 早くないからこそどう使うのかとかアルゴリズムを気にしたりもするし。
ちまちま手動で最適化してた時代に逆戻りしてるような気が…
いくら富豪プログラミングが当たり前な世の中になってもアルゴリズムの選定が重要になる局面は残るよ。
暗号化が一般になりかつ計算機の性能が上がるにしたがっていかに遅いアルゴリズムを開発するかが勝負だったりすることもありますしね。気にする局面は減るとは思いますが、それでもクリティカルな部分では残ります。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
日々是ハック也 -- あるハードコアバイナリアン
NE-YO (スコア:0)
まずそもそもHTTPSはキャッシュできない。
キャッシュできるように設定することもできるが、常識的にそんなことをしてる奴は居ないだろうし、例えProxyを強制してるようなところでもHTTPSだけはalways_directかつno_cacheとか当たり前。
ディスクにもメモリにもProxyにすら存在しないので、例え同じデータでも毎回毎回取りに行かなきゃならん。
無駄に何度も転送することになるので、個人サイト等ではサーバ自体が転送量制限に達っして終了する場合も多いし、転送量制限どころか負荷制限に引っかかって終了する可能性すらある。
次に、TCPが通信を開始する前に3ウェイハンドシェイクを必
Re:NE-YO (スコア:0)
>こんなのは、Java厨が良くやる「実はJavaってこんなにも速いんですよ」アピールと同じようなもん。
>我々はそのプログラムが実際に開始し、処理し、終了するまでの全体的な評価を求めているのに、内部処理の値だけ取ってきて「Cでするのと殆ど変わりません。」とかやられてるようなもん。
>妄言も大概にしろ。と言いたい。
その御蔭で我々は、試行の条件と適用場面をちゃんと確認する癖が付いたのではないかね?
感謝して頂きたい。 by Java厨
# まぁ、冗談はさておきJavaを使ってる人間ほど、シビアに使い所を見てると思うよ。
# 開始終了が遅いのだから、開始終了関係ない状況で使おうぜ、とサーバ用途が伸びたりとかね。
# 早くないからこそどう使うのかとかアルゴリズムを気にしたりもするし。
# このベンチマークは、少し胡散臭い所があるのには賛成だよ。
# 本当は素のHTTPSとも比べてやったり別のテストケースも見て考えさせるべきだわな。
Re: (スコア:0)
># 早くないからこそどう使うのかとかアルゴリズムを気にしたりもするし。
ちまちま手動で最適化してた時代に逆戻りしてるような気が…
Re: (スコア:0)
いくら富豪プログラミングが当たり前な世の中になっても
アルゴリズムの選定が重要になる局面は残るよ。
暗号化が一般になりかつ計算機の性能が上がるにしたがって
いかに遅いアルゴリズムを開発するかが勝負だったりすることもありますしね。
気にする局面は減るとは思いますが、それでもクリティカルな部分では残ります。