How to stop running out of ephemeral ports and start to love long-lived connections の副読本 - 薄いブログ
https://blog.cloudflare.com/how-to-stop-running-out-of-ephemeral-ports-and-start-to-love-long-lived-connections/ を読んでいて理解できなかったところをまとめた記事です。 元記事の簡単な概要 エフェメラルポートが枯渇しないようにローカルポートの再利用をしたい。 TCP の普通のユースケースでは自動で再利用されるので困らない。 送信元アドレスを固定する場合はうまく再利用できなかったが 2015 年から IP_BIND_ADDRESS_NO_PORT が追加され問題なく再利用できるようになった。 送信元ポートも固定する場合は SO_REUSEADDR を使うことで再利用ができる。 ところが UDP ではローカルポートの再利用がうまく動かないし、TCP のような簡単な回避策はない。 いか
Linux stack or BSD stack｜oraccha
LinuxのTCP/IPスタックと*BSDのTCP/IPスタックどっちが優れているのかというのはよく出てくる質問で、探せばベンチマーク結果もいろいろ出てくるが、当然TCP/IPスタック以外のカーネル構造の違いも大きいので、apple-to-appleの比較は難しい。 ユーザベースではLinuxが圧倒的なのだろうけど、NetflixのCDNではFreeBSDが使われているのは有名（「Netflix and FreeBSD: Using Open Source to Deliver Streaming Video 」[FOSDEM2019]）。また、「サービス可用性を改善するための異種OS間プロセスマイグレーションの活用」によると、一般的にLinuxは常に高スループットであるが、高負荷時にはエラーが頻発する。一方、FreeBSDは高負荷時でもエラーを起こさない。粘りがあるというか、ダイソンの掃
Setting TIME_WAIT TCP
We're trying to tune an application that accepts messages via TCP and also uses TCP for some of its internal messaging. While load testing, we noticed that response time degrades significantly (and then stops altogether) as more simultaneous requests are made to the system. During this time, we see a lot of TCP connections in TIME_WAIT status and someone suggested lowering the TIME_WAIT environmen
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://tech.pepabo.com/2020/06/26/kernel-dive-tcp_mem/
