A Pure HTTP/3 Alternative to MQTT-over-QUIC in Resource-Constrained IoT の備忘録 - neko--suki’s blog
HTTP3 でpub-subとMQTT-over-QUICの比較をIoTの観点から行った論文の備忘録です。 IoTという文脈で、ネットワークエミュレータに遅延と帯域を設定して、性能（最初のデータが到達するまでの時間、通信終了までの時間やスループット）、ネットワークへのオーバーヘッド（バイト量とパケット数）、リソースの使用状況（CPU使用率、RAM使用量）、の3つを比較しています。 性能面では、H3 pub-subのほうが優れた結果が得られていますが、ネットワークのオーバーヘッドやリソースの使用状況はHTTP3 pub-subのほうが MQTT-over-QUICよりも多くのリソースを使用する結果となったようです。 これらの結果から、IoTという文脈を考えた場合、トレードオフが存在しているということを示唆しています。 元論文は下で読めます。 arxiv.org 実装について H3 pub-s
「QUIC at Snapchat」の備忘録 - neko--suki’s blog
SnapchatのQUICの導入事例の記事を読んだので備忘録として書きました。 eng.snap.com QUICの導入による、遅延の改善、BBRの適用によるエラーレート（接続タイムアウト、切断、などのエラーの発生率）、マイグレーションによるリクエスト成功率の向上、について触れられていました。 元記事は短いので元記事を読むのがいいかも？ snapchatのユース―ケースへのQUICの導入による向上 以下のような、改善がsnapchatのユースケースに適していると考えているようです。 Faster Connection Establishment 90%値で、300msecの遅延が発生します。この遅延が削減されるとユーザーの待ち時間を減らしユーザーエクスペリエンスを改善で決まる。 Improved Congestion Control Snap (snapchatの中のサービスの一つではと推
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
