@yuhina あ………
名前は「はん」です。handon.club 管理人です。
内輪投稿も多いですが,どなたでも気軽に話しかけてください。全ての投稿は個人の見解であり,所属する組織やサーバーを代表する見解ではありません。
他、育児系Misskeyサーバー hiyoko.clubや、Fediverseへのリンク共有サービス anypost.dev なども運営しています。
“Han”, who is admin of handon.club.
★運営への問い合わせ / Inquiry for administration
Direct message or https://highemerly.net#contact
★運営情報 / Admin information
#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送ってきたんだけど?ってキレる