@yuhina あ………
名前は「はん」です。handon.club管理人です。
発言数多いです。空中リプライを多用します。内輪投稿が多いですが,どなたでも気軽に話しかけてください。
全ての投稿は個人の見解であり,所属する組織やはんドンクラブを代表する見解ではありません。
★Admin of handon.club.
★Inquiry for handon.club / 運営への問い合わせ
ダイレクトメッセージ or highemerly me.com ( → @ )
★Server info. / 運営情報
#handon_info or https://handon.hatenablog.jp/
その他は固定トゥート参照
★Patron / カンパ
https://fantia.jp/handon or https://www.amazon.jp/hz/wishlist/ls/2GFSVDC4FW72T
★Icon
@ech
私の意見: 通信というのは、少なくとも我々が生きている間は確実に、総トラフィック量が線形以上のペースで伸び続けます(頭打ちになることはありえません)。
で、バックボーンを無線化するということは、キャパシティを増やす手立てが「周波数を増やす」「技術革新を待つ」しかなくなることになります。有線であれば「物理線を新設する」という選択肢があり、要するに「金で殴る」ことができるのですが、無線は金で殴れないのです。
だから、主にキャパシティ増加に対応するために、有線バックボーンは残すしかないと思ってます。
ストリームは今も5分おきに強制再起動してるんだけど、もしかしたらこれ再起動しまくったほうが遅延せずに快適なんじゃないかと思ってきたな・・・w
普通が止まらない駅があるっていうのは、あくまで走ってる線路が違うからであって、阪急京都線が中津に止まらないよねっていう話と同じだと思う
定期的にRedis〜streamingプロセス間のTCPコネクションがリセットされる(なぜ?)
→ 切れた直後、streaming -> Redis に 再度SUBSCRIBE要求を送るが、全部1リクエストでまとめて送る
→ Redisが一度に受け付けられる上限を超えて、ブチ切れてTCPレベルで切断する
→ streamingは、Redisが突然TCP FIN送ってきたんだけど?ってキレる