webSocket perMessageDeflateをいつ使用するのですか？

Question

私はperMessageDeflateオプション/モジュールの有用性/実用性に関して良い情報を見つけることができませんでした。

メッセージが1000ビット（テキスト文字列の長さ）で、1秒あたり10回（100ミリ秒ごとに）送信されているとします。

perMessageDeflateがCPU使用率の怪物になる可能性があると聞いています。あなたのメッセージが本当に小さくてまれであるなら、費用対効果の面ではないと思います。

とにかく、どのようなしきい値を知っている人もいますか？パケットサイズと頻度（つまり帯域幅）のどの時点で、perMessageDeflateをスマートなアイデアで使用していますか？

Answer 1

標準的な情報を得ることは難しいですが、500バイト未満では意味がありません。

前回私がチェックしたのは、Google ChromeでサポートされていたWebSocket圧縮のみでした。また、クライアントまたはサーバのいずれかがそのようなことを要求すると、コンテキストのテイクオーバーがなくても動作できるため、（各メッセージに新しいコンテキストが使用されるため）全体的な圧縮率は低くなります。

パフォーマンスにはかなりのものがあります。まず、現在のパフォーマンスを測定してベースラインを取得し、それを有効にしてから再び測定します。

https://webmasters.stackexchange.com/questions/31750/what-is-recommended-minimum-object-size-for-gzip-performance-benefits

http://www.itworld.com/article/2693941/cloud-computing/why-it-doesn-t-make-sense-to-gzip-all-content-from-your-web-server.html