アカウント名:
パスワード:
> SSL化によるパフォーマンス低下マジレスすると、昨今のCPUではフルでSSL通信しても、CPUにかかるコストは片手で足りるぐらいしか落ちない。そもそも、SSL通信でパフォーマンスの低下が…とか言ってたのってもう10年ぐらいも前だからね。
スマートフォンなどのバッテリ持続に影響しないかとちょっと心配。別の問題かも知れないですけど3GでPPTP通信有効にするとバッテリの消費が加速しますので。
armにAES-NI的な物はあるのかな？ 使う側が対応しなきゃ無意味か。
TCPハンドシェイクのオーバーヘッドに加えてTLSハンドシェイクのオーバーヘッドが加わるので、応答時間が悲しい事になります。TLS False Startが登場はしたものの、回線網的な制約としてコレばっかりは余り改善しないというか悪化してゆく可能性(IP枯渇対策でネットワークが複雑化したり多層化したりする可能性)すらあります。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond
SSLアクセラレーターは必須。そう考えていた時代が（ｒｙ (スコア:0)
> SSL化によるパフォーマンス低下
マジレスすると、昨今のCPUではフルでSSL通信しても、CPUにかかるコストは片手で足りるぐらいしか落ちない。
そもそも、SSL通信でパフォーマンスの低下が…とか言ってたのってもう10年ぐらいも前だからね。
Re:SSLアクセラレーターは必須。そう考えていた時代が（ｒｙ (スコア:1)
スマートフォンなどのバッテリ持続に影響しないかとちょっと心配。
別の問題かも知れないですけど3GでPPTP通信有効にするとバッテリの消費が加速しますので。
armにAES-NI的な物はあるのかな？ 使う側が対応しなきゃ無意味か。
Re: (スコア:0)
TCPハンドシェイクのオーバーヘッドに加えてTLSハンドシェイクのオーバーヘッドが加わるので、応答時間が悲しい事になります。
TLS False Startが登場はしたものの、回線網的な制約としてコレばっかりは余り改善しないというか悪化してゆく可能性(IP枯渇対策でネットワークが複雑化したり多層化したりする可能性)すらあります。