まとめ

  • Eric Dumazet は現在、Linux の一般ネットワーキング、TCP、ソケットのメンテナーとして登録されており、Netdev Foundation の技術運営委員会（TSC）のメンバーでもある。これらの役割は他のメンテナーやレビュアーと分担されており、統合に関する大きな責任を伴うが、Linux ネットワーキングに対する独裁的な権限を意味するものではない。
  • 彼の最も明確に切り分けられる貢献は、2012年のパッチシリーズで導入された TCP Small Queues である。TSQ は、単一の TCP フローがトランスポート層より下のキューに過剰なデータを送り込むことを防ぐ。ローカルキューの空き容量がパケット完了通知と結び付けられ、送信側の遅延とメモリ使用量を削減できる一方で、経路上のすべてのキューを排除するものではない。
  • Dumazet による後のsch_fqと TCP 内部 Pacing の仕事は、送信タイミングを明示的な制御変数にした。Fair Queueing はフローを分離し、Pacing はパケットを時間的に分散させる。この基盤は、BBR を含む複数の輻輳制御方式を支えている。ただし BBR には独自の作者と開発史がある。
  • 彼の最近の公開活動は、構造レイアウト、キャッシュラインの移動、ソケットごとの状態を大規模なサーバーフリートの効率性に結び付けている。より大きな教訓は、Linux ネットワーキングは CPU、メモリ、キューの深さ、時間を勘定する仕組みでもあるということだ。その経済的効果は大規模なフリートでは相当なものになり得るが、公開情報から個人の金銭的価値や普遍的な性能向上に換算することはできない。

高速なサーバーでも、自らのパケットの後ろで待つことがある

最も示唆的な場面は、Linux ホストの送信キューである。アプリケーションがデータを書き込み、TCP はさらなる送信が可能と判断し、カーネルはバイトを下位層に渡した。アプリケーションからはデータが送信済みに見えるが、実際には同じマシン内で待機しているかもしれない。

高いスループットはこの問題を覆い隠す。対話的なリクエストが大きな転送の後ろに並び、バッファがメモリを拘束し、TCP の「送信中」という認識が、実際にはローカルで滞留しているだけのデータから乖離していく。TCP Small Queues はこの関係を変えた。ソケットが TCP の下に置けるデータ量を制限し、デバイスが実際の進捗を報告したときに新たな送信権を得る。

公開記録は技術的に豊富であり、伝記的には意図的に限定されている

最も強力な証拠は Linux そのものにある。MAINTAINERS、パッチの議論、ドキュメント、カンファレンスでの講演、そして何年にもわたる公開レビューである。これらは、Dumazet が現在一般ネットワーキング、TCP、ソケットで担う責務、Netdev Foundation の TSC での役割、そしてメンテナーのアドレスから確認できる Google 所属を裏付けている。

ただし、完全な経歴、独立して確認された現在の Google での肩書、パッチとレビューの完全な統計、正確な時間配分は提供されない。こうした欠落を尤もらしい詳細で埋めるのは不誠実だろう。このプロフィールは、検証可能なメカニズムと意思決定に焦点を当てる。Dumazet は、自分の仕事が他者によるレビュー、修正、テスト、デプロイを経て初めて共有インフラになる、技術的な責任者として見える。

メンテナーの地位は、Dumazet を意思決定に近づけるが、コミュニティの上に置くものではない

2026年8月4日時点で、Linux のドキュメントは Dumazet を一般ネットワーキング、TCP、ソケットの担当として記載していた。メンテナーはインターフェースを却下し、再設計を要求し、受け入れた変更を適用し、メインラインへの統合責任を負うことができる。

同じ情報源が権限の分担も示している。David S. Miller、Jakub Kicinski、Paolo Abeni が一般ネットワークメンテナーに名を連ね、Neal Cardwell が TCP の責任を共有し、さらに専門のレビュアーがパッチごとにレビューする。アーキテクチャ、ドライバ、セキュリティ、テスト、安定版カーネル、メインラインプロセスが追加の境界を形成する。Dumazet の影響力が信頼できるのは、まさに彼がこの分散システムの中で活動しているからである。

接続数の増加とともに、Linux は経済的インフラになった

小さなマシンでは、ソケットごとの数バイトの増加やキャッシュミスはほとんど気にならない。数十万の接続を抱えるホストでは、同じコストが積み重なり、アプリケーション、メモリ、エネルギーとリソースを奪い合うようになる。

「サーバー経済」とは、公的に確認された節約額を指すものではない。フリートへの影響を指す。接続密度、アプリケーションに残る CPU、ネットワークメモリ、ローカルキューによって失われる遅延目標などだ。ディストリビューションと運用者はカーネル、qdisc、輻輳制御、NIC 設定を選ぶ。Dumazet はこれらの決定をコントロールしない。彼は共通の出発点を改善する。

TCP の馴染みある役割の背後には、緻密な会計システムがある

TCP は信頼性のあるバイトストリームと説明される。その実装は同時に、未確認データの許容量、再送のタイミング、メモリの負荷、パケットの送信タイミング、そして CPU とキューを共有するソケット数を決めている。

スタックはプロトコル的に正しくても遅くなり得る。ローカルの過剰な滞留、バースト、ロック競合、キャッシュに優しくない構造のためだ。Dumazet の仕事は繰り返し会計の論理に従っている。バイトはソケットに帰属し、完了通知がクレジットを返し、送信時刻が計算され、頻繁にアクセスされるフィールドがそうでないフィールドから分離される。ホストはリンクを使い切るべきだが、内部に制御不能な第二のネットワークを作ってはならない。

TCP Small Queues 以前は、送信者が制御できない滞留を生み出せた

TSQ 以前は、TCP は大量のデータを qdisc とドライバに押し込むことができた。輻輳ウィンドウはネットワークから見て正しくても、その下には深いローカルキューが存在し得た。緊急のフローが来ても、アプリケーションはすでに送り出したパケットを取り戻せない。

このキューはフィードバックを歪めた。TCP はネットワークからの ACK を見ていたが、データの一部はまだホストを出ていなかった。多くのフローがまた相当なメモリを拘束していた。高いスループットを維持しつつ、各ソケットに TCP の下への無制限の置き場を与えない方法が必要だった。

2012年の TSQ パッチシリーズは、ソケットにローカルキューの予算を取り戻した

2012年のパッチは、TCP の下で待機するデータ量をソケットごとに制限した。ローカル予算を使い切るとソケットは停止する。パケット完了通知とともに新たな送信権を得る。

アイデアは小さなものだった。ローカルバイトを数え、完了通知を空き容量の印として使う。決定的だったのは、フローを理解するトランスポート層へ制御を戻したことだ。ソケットはリンクをビジーに保つために事前に大きな予約を置く必要がなくなった。アプリケーションは自らのコードを変更することなく、より規律ある内部ルールの恩恵を受けた。

パケット完了通知は、ホスト内の実用的なフィードバック信号になった

完了通知は単なる後片付けのように見えるかもしれない。TSQ はそれを情報に変えた。TCP の下で容量が解放されたのだから、ソケットは送信を続けてよい、と。

このローカルフィードバックは遠隔の ACK を補完する。ACK は経路全体の進捗を示し、完了通知は TCP より下の進捗を示す。qdisc、ドライバ、NIC の統計はさらに別の状態を示す。一つの信号ですべてを説明できるわけではない。TSQ はそのうちの一つを使い、エンドツーエンドの輻輳制御を置き換えることなく、ローカルの過負荷を制限した。

TSQ はバッファブロートの一因を除去したが、経路上のすべてのキューを除去したわけではない

TSQ はバッファブロートを廃止したわけではない。TCP の下の送信側滞留を対象としている。qdisc、ドライバ、NIC、アクセスネットワーク、ルーター、スイッチ、受信側にはキューが残り得る。

より狭い主張の方が説得力がある。TSQ は、単一のソケットがホスト内に大きな隠れたキューを作る能力を減らす。これは遅延とメモリ負荷を下げ、TCP を実際のデバイスの進捗に近づける可能性がある。Active Queue Management とエンドツーエンド制御は依然として必要である。

閾値、オフロード、ワークロードが TSQ の効果を左右する

効果はローカル制限、パケットサイズ、qdisc、ハードウェアキュー、セグメンテーションオフロード、フローの混在に依存する。対話的な短い転送は、継続的なレプリケーションとは異なる反応を示す。

実装も 2012 年以降進化している。後の貢献者が閾値と相互作用を調整した。Dumazet を起源として挙げることはできるが、現在のメカニズムを不変の単一作品として提示すべきではない。

sch_fqはフローを分離し、時間をスケジューリングの入力にした

2013年、Dumazet はスケジューラsch_fqの基礎となる仕事を発表した。フローごとの状態と時間順の構造を保持し、パケットが目標送信時刻に従って解放される。新しいフローは素早く処理され、ペーシングされたフローは自分の時刻を待つ。

これはバルクフローがローカルキューを支配するのを防ぎ、TCP に計算された送信時刻が効力を発揮する場所を与える。同一のアプリケーション結果を保証するものではなく、より規律あるローカルサービス方針を提供する。

Fair Queueing は方針であり、結果の平等を約束するものではない

「fair」という言葉は実装よりも絶対的に響く。フロー分離はアプリケーション結果を同一にしない。パケットサイズ、経路、受信者、輻輳制御、オフロード、接続数は依然として関係する。

また、フローの定義自体が方針である。あるアプリケーションは多数の接続を開き、別のアプリケーションは一つしか開かないかもしれない。sch_fqは単一フローのローカル支配を減らすが、利用者間や企業間の公平性を決めるものではない。スケジューリングの道具であり、普遍的な正義の証明ではない。

Pacing はレート推定を一連の送信時刻に変換する

輻輳制御は正しい平均レートを選択しながら、許可されたデータをバーストとして放出することがある。平均は合っていても、キューは短期的なピークを経験する。

Pacing はパケットを時間的に分散させる。これによりキューが安定し、共有が改善され、モデルの意図がより正確に反映される。実装にはタイムスタンプ、タイマー、qdisc、セグメンテーション、NIC が必要だ。ソフトウェア上のレートは、リンク上に物理的なパケット間隔として現れて初めて現実のものとなる。

Pacing と輻輳制御は問題の異なる部分を解決する

輻輳制御は送信者が経路をどの程度使うかを決め、Pacing は許可されたデータがいつ出ていくかを決める。優れたモデルでもバーストによって損なわれることがあり、完璧な Pacing でも間違ったレートを正確に実行することがある。

したがって Dumazet の Pacing の仕事は実現基盤である。複数のアルゴリズムがレートを時間に変換することを可能にする。特定の輻輳制御モデルの作者性は、その開発者に帰属する。

BBR は Pacing 基盤を利用するが、独自の作者と開発史を持つ

BBR は Pacing への依存と Google の環境のため、しばしば Dumazet と結び付けられる。しかしそれで彼が唯一の発明者になるわけではない。BBR には独自の名前付き作者、モデル、バージョンがある。

正確な歴史は、キュー、Pacing、ソケット会計、計測が後のアルゴリズムを実際に実行可能にした、というものだ。この説明は Dumazet の基盤を評価しつつ、Neal Cardwell や他の輻輳制御エンジニアの独立した貢献を保つ。

TSO は CPU を節約するが、Pacing が避けようとしたバーストを再び持ち込み得る

TCP Segmentation Offload は、ハードウェアが後でパケットに分割する大きなセグメントブロックを NIC に渡す。これによりパケットあたりの CPU コストは下がるが、タイミング決定と実際の送出の間にハードウェアが入る。

大きなブロックが一度に解放されると、NIC がバーストを生む可能性がある。TSQ、qdisc、TSO、ドライバ、ハードウェアを一つのシステムとして理解しなければならない。CPU 最適化は、トラフィックの形状を考えなければ遅延を悪化させることがある。

Pacing クオンタム、タイムスタンプ、NIC は同じ現実を記述しなければならない

カーネルはクオンタム、タイマー解像度、タイムスタンプ、オフロード単位、ハードウェアキューを扱う。大きなクオンタムはバーストを生み、小さすぎるクオンタムは CPU を消費し、異なる NIC 粒度はリンク上の結果を変える。

だから qdisc はキャパシティプランニングの一部である。開発者は完全な経路を測定しなければならない。輻輳制御やリンク速度だけを示すベンチマークは、メカニズムの大部分を除外している。

TCP 内部 Pacing は特定の qdisc への依存を減らした

2017年、Dumazet は TCP 内部 Pacing を公開した。トランスポート層は、特定の qdisc 設定に完全に依存することなく、自身のレートとタイマーに基づいて送信をより強く抑えることができた。

qdisc は秩序と方針にとって依然として重要だった。ロジックの一部は送信意図の持ち主に近づいたが、最終的な時間は依然として TCP、qdisc、ドライバ、NIC の結果である。

qdisc の選択は、現実のサービス結果を伴う運用者の決定である

Linux は異なる目的のための qdisc を提供している。sch_fqは Pacing に特に関連し、FQ-CoDel はフロー分離と Active Queue Management を組み合わせる。両者は同一ではない。

デフォルトはディストリビューション、クラウドイメージ、アプライアンス、コンテナホストで異なり、オフロードが実行を移すこともある。アップストリームはメカニズムを提供し、運用者がそれを実際のサービス挙動に変える。

ソケットあたり数バイトがフリートの制約になる

各接続はシーケンス番号、タイマー、輻輳状態、キュー、会計を保持する。数が大きくなるとすべてのバイトが積み重なり、頻繁に触れられるフィールドがキャッシュを占有する。

ソケットあたりのメモリ削減は密度を高め得る。より良いレイアウトはキャッシュミスと CPU 間のコヒーレンストラフィックを減らし得る。これはサーバー経済との最も強い結び付きだが、普遍的な節約率や個人の金銭的評価を許すものではない。

すべてのパケットが触れるキャッシュラインはインフラになる

CPU はソースコードの個々のフィールドではなく、キャッシュライン全体を移動する。ホットなデータがコールドフィールドの隣にあると不要なバイトを運ぶ。同じラインの異なる値を変更する二つの CPU は、それでもコヒーレンストラフィックを生む。

Dumazet の最近の仕事は、この物理的観点からコードを見る。ホットフィールドとコールドフィールドを分離することで、パケット数とソケット数に比例して増えるメモリトラフィックを削減する。結果は CPU とワークロードに依存し、本番プロファイルは普遍的法則ではない。

2024年のデータ構造の仕事は、性能開発の成熟段階を示す

2024年の講演はプロファイリングから始まった。どのフィールドがホットか。どのキャッシュラインが動いているか。どの構造がメモリを支配しているか。ツールは再編成を提案できるが、アラインメント、ロック、互換性、メンテナンスは人間の判断に残る。

成熟したインフラでは、大きな利益は新しいアルゴリズムではなく、避けられたキャッシュミスや移動されたフィールドから生まれることが多い。これは目立ちにくいが、スケーリングには決定的である。

ハイパースケールのプロファイルは強力な証拠であり、不完全な公開科学である

大規模運用者は、他では再現が難しい接続数、NIC、トラフィックの混在を見る。Dumazet の Google 所属は、大規模フリートでは小さなコストが顕著になる洞察を可能にする。

ワークロード、ツール、データの一部は非公開のままである。講演は、すべての入力を公開せずに方法と方向性を説明できる。これは主張の限定を求めるものであり、拒否を求めるものではない。理想的には、より多くの非公開の観察が公開テストや CI ワークロードに翻訳されるべきだ。

受信側のロックとキューは同じ資源勘定に属する

焦点は送信にあるが、Dumazet のより広い仕事はソケットと受信経路を含む。着信パケットにはポーリング、メモリ、分類、キュー、CPU への引き渡しが必要だ。高いレートではロックと共有状態が高価になる。

Linux はバッチ処理、作業の移転、競合削減によってスケールする。原則は同じだ。正当性のために十分な調整を保ちながら、会計がアプリケーションを追い出さない程度に抑える。

バッチ処理はスループットを高め、遅延と公平性を変える

複数のパケットや完了通知をまとめて処理すると、ロック、関数呼び出し、キャッシュ移動が償却される。NAPI、ドライバ、オフロードはこれに依存している。

バッチは形成に時間がかかり、次の層にバーストとして到着し得る。大きなバッチは効率を上げ、待ち時間や支配を増やす。TSQ、Fair Queueing、Pacing はバッチ処理と戦うのではない。フィードバックと遅延が保たれるように境界を設定する。

TCP 性能は互いに打ち消し合い得る層から生まれる

輻輳制御が意図を決め、TCP がパケットと時刻を作り、TSQ が滞留を制限し、qdisc が順序を決め、TSO が束ね、ドライバがマップし、NIC が送信し、ネットワークがキューと損失を加える。

精密な Pacing は粗いオフロードで無効になり得る。低遅延 qdisc は過剰なエンキューで、コンパクトなレイアウトは新たなロックで損なわれ得る。Dumazet の仕事が重要なのは、これらの遷移を扱っているからだ。

公開パッチレビューはローカル最適化を共有インフラにする

変更は主張として始まる。遅延、メモリ、CPU の削減。Linux に入るには、netdev 上で測定方法、一般性、稀なアーキテクチャ、テスト、将来のメンテナンスを説明しなければならない。

メンテナーはシリーズを分割し、ベンダー固有の抽象化を拒否し、未完成の作業を先送りできる。これは私的なパッチより遅いが、持続可能である。Dumazet の権威は、Linux が改善を何年も支えられるかという問いにもある。

netとnet-nextは緊急の修理と将来の開発を分離する

修正は通常netに、機能とリファクタリングはnet-nextに入る。これにより現在のメンテナンスが次のリリースの作業によって不安定化しない。

この境界は判断を要する。修正が挙動を変えることもあり、機能が古いバグを露呈させることもある。メンテナーはリスクを見えるようにするためシリーズを分割する。製品納期だけではマージの理由にならない。

レビュー、拒否、再設計はコミット数に消える

コミットは目に見える作者性を数えるが、インターフェースを再設計させたレビューや、何年もの負担を防いだ拒否は数えない。パッチを適用することは統合責任であり、発明者性ではない。

このプロフィールは、TSQ、sch_fq、Pacing、レイアウトのような明確に帰属できる仕事と、定量化できない管理責任を結び付ける。Dumazet が統合したすべてのパッチが彼の個人的な創作物になるわけではない。

テストはリスクを減らすが、すべての Linux マシンを再現できない

ビルド、セルフテスト、KUnit、syzbot、ドライバラボ、ダウンストリームデプロイは多くのリグレッションを発見するが、すべての CPU、NIC、qdisc、ワークロードを網羅しない。

ハイパースケールの改善が稀な組み込みシステムを損なうことがある。経験、互換性への配慮、ロールバックが依然として必要だ。テストはガバナンスを強化するが、判断を置き換えない。

安定版バックポートはメインライン後の第二の決定を作る

メインラインのパッチが自動的にすべての安定版カーネルに入るわけではない。実際の限定的な問題を修正し、リスクが小さいことが求められる。その後ディストリビューションが再び判断する。

性能変更は、古いブランチに欠けている文脈に依存することが多い。効果はアップストリーム、安定版、ディストリビューション、クラウド、設定を通じて段階的に現れる。誰も全チェーンをコントロールしない。

TCP とソケットのメンテナンスは今日、意識的に分担されている

MAINTAINERSは責任を Dumazet、Neal Cardwell、その他のメンテナーとレビュアーに分配している。これにより単一人物への依存が減り、輻輳、ソケット、ドライバ、テストの知識が結び付く。

責任分担には明確な所有が必要だ。重複は、互いに待つことで空白を生むことがある。良い後継計画は権限を分散させつつ、決定の理由を保存する。

Netdev Foundation は、マージ権限になることなく資金を提供できる

Linux Foundation の監督下で、CI、ツール、旅費、研究を支援する。Dumazet は TSC に所属している。資金提供はマージを保証しない。

深いメンテナンスには金、ハードウェア、時間がかかる。それを認識することは、アップストリームの正当性を資金提供者に移すことではない。資金は決定能力を拡大するべきであり、決定を購入するべきではない。

Google 所属はエンジニアリング能力をもたらすが、Linux TCP の所有権ではない

Google のアドレスは所属を示すが、完全な肩書ではない。ハイパースケーラーはプロファイリング、ハードウェア、レビュー時間に資金を提供でき、アップストリーム後は全員が恩恵を受ける。

非対称性は非公開のワークロードとデータにある。公開レビューがその対抗軸である。パッチは一般的で、理解可能で、Google の外でも受け入れ可能でなければならない。企業は時間と証拠を提供するが、スタックを所有しない。

ダウンストリーム運用者が、アップストリームの改善をサービス変化に変えるか決める

ディストリビューションはカーネルとバックポートを、クラウドは qdisc と輻輳制御を、アプライアンスはバージョンを、NIC ベンダーは能力を、アプリケーションはトラフィックを選ぶ。TSQ やsch_fqの利用に関する完全な調査は存在しない。

メカニズムは存在しても無効かもしれないし、気付かれずにデフォルトとして動いているかもしれない。Dumazet の影響は広く間接的である。彼は共通の選択肢を変え、運用者がそれを利用者体験に変える。

ユーザースペーススタックは特殊ワークロードを争うが、すべての Linux の役割ではない

DPDK、VPP、アプリケーション固有スタックは、高いパケットレートと制御のためにカーネルの一部を迂回するが、専用コア、Huge Pages、デバイスバインディング、独自の運用モデルを必要とすることが多い。

Linux TCP はソケット、セキュリティ、名前空間、可観測性、ドライバ、アプリケーションを統合する。Dumazet の仕事は、この汎用経路のコストを下げるが、すべての場合に最善と宣言するものではない。特殊ケースは迂回し得るが、Linux は広い基盤であり続ける。

Linux が標準であり続けるのは、統合が生のパケットレート以上のものだからだ

ネットワークスタックは高速で、互換性があり、安全で、可観測で、多くのデバイスでメンテナンス可能でなければならない。独立したファストパスはより多くの pps を提供できる一方、独自の運用コストとサポートコストを生む。

Linux アプリケーションは通常のソケットを通じて TSQ、Pacing、会計を継承する。この不可視性は強みである。利用者が作者の名前を知らなくても、利益は残る。

より高速なホストは、より良いネットワーク経路を証明しない

短いローカルキューは、過負荷のアクセス回線も、遅い受信者も、損失の多いルーターも修復しない。TSQ と Pacing は送信者を規律付けるが、経路全体ではない。

遅延源の一つを減らし、フローを滑らかにすることはできる。アプリケーションの結果は、送信者、受信者、ネットワーク、設定の共同の産物である。

ベンチマークはすべてのサーバー、NIC、ワークロードを代表しない

パケットサイズ、接続数、CPU、キャッシュ、NIC、オフロード、qdisc、タイマー、カーネル、ワークロードが結果を変える。Google のプロファイルは現実のコストを示すが、別のフリートの正確な割合を与えない。

良い技術報道は条件を保持する。Dumazet の講演は貴重な帰属された運用証拠だが、一般化には公開テストと独立した測定が必要だ。

後継者育成は技術的問題である。設計知識の多くが記憶の中にあるからだ

奇妙な境界は、古い NIC、まだ使われている API、とうに解決されたリグレッションのために存在し得る。コードは常に理由を語らない。

長年のメンテナーはこの文脈を持ち、キーパーソンリスクと同様の価値を生む。ドキュメント、テスト、アーカイブ、新しいレビュアーが私的な記憶を組織の知識に変える。良い後継計画は原則を保ちつつ、新しいハードウェアへの適応を可能にする。

ハードウェア Pacing とデバイスメモリは境界を再び動かし得る

現代の NIC はパケットをスケジュールし、より多くのキューを管理し、テレメトリやローカルメモリを提供する。CPU を節約し、挙動をファームウェアに移す。

Linux は意図を表現し、実際のハードウェア挙動を見て、逸脱に反応しなければならない。ドライバ API、タイムスタンプ、エラーがレートと同じくらい重要になる。Dumazet の原則は残る。フィードバック、限られた隠れたキュー、意図に近い制御、可観測な境界。

キャッシュ経済が、新しいトランスポート方程式よりも次の利益をもたらし得る

新しい輻輳制御アルゴリズムは来るだろう。大規模ホストでは、次の実質的利益は構造分離、少ないロック、より良いバッチ処理、動き回るキャッシュラインの削減から生まれ得る。

こうした変更は強いブランドを持たないが、多くのアルゴリズムを同時に助ける。2024年の仕事は、物理的コストに磨きをかけられた成熟したスタックを示している。問いは「どのプロトコルが勝つか」から「各接続が気付かれずにどれだけのマシンを消費するか」へ移る。

Dumazet の永続的な貢献は資源規律であり、英雄神話ではない

悪い語りは Dumazet を現代の Linux TCP と BBR の唯一の発明者にし、別の語りは人物をコミュニティの中に消す。証拠は精密さを許す。

彼は TSQ を導入し、sch_fqの基礎を形作り、内部 Pacing を発展させ、構造レイアウトの重要性を示した。同時に、今日の責任を共有ガバナンスの中で担っている。彼の貢献は、パケットとソケットを、有限の時間、メモリ、キュー、CPU 局所性への請求として扱うことにある。

最終的な効果は設計、レビュー、統合、運用に分散する。コミットは帰属可能だが、フリート密度の向上や回避された障害はそうではない。この難しさは神格化も消去も正当化しない。インフラの価値が、特定可能な決定と集団的な実装から生まれることを示している。