1 ポイント 投稿者 GN⁺ 2025-12-07 | 1件のコメント | WhatsAppで共有
  • Brendan Greggは、Intelでの3年半の勤務を終えて退社し、新たな機会を受け入れたことを明らかにした
  • Intel在籍中にAI Flame Graphsを開発し、オープンソースとして公開し、GPUヒートマップおよびLinuxスタックウォーキングのサポートを推進した
  • **eBPF Technical Steering Committee(BSC)**でリーダーシップを発揮し、USENIX SREcon APAC 2023の共同議長を務め、6回の基調講演を行った
  • Intelのクラウド戦略立案に参画して6つの組織と協働し、33件の具体的提案を含む社内戦略を設計し、110件の顧客ミーティングを実施した
  • 彼はIntelの厳しい時期にも成果を残しており、AI Flame Graphsとクラウド戦略の取り組みがIntelの将来に持続的な影響を与えることを期待している

Intel退職と主な実績

  • Brendan GreggはIntelを離れ、新しい機会を受け入れたと明かした
    • Intelの従業員向けメールで、3年半の活動をまとめて報告したと述べた
  • Intel在籍中に行った主な公開プロジェクトとしてAI Flame Graphsを開発し、**オープンソース(iaprof)**として公開した
  • GPU subsecond-offset heatmapを制作し、Linuxディストリビューションと協力してスタックウォーキング機能を有効化した
  • eBPFセキュリティ監視をテーマにWall Street Journalでインタビューを受けた
  • **eBPF Technical Steering Committee(BSC)**でリーダーシップを発揮し、USENIX SREcon APAC 2023の共同議長を務めた
  • 合計で6回のカンファレンス基調講演を行った

AI Flame GraphsとGPU分析

  • AI Flame Graphsはまだ初期段階であり、CPU分析と同様にGPU分析でも広く使われるようになることを期待している
    • 現在、CPUパフォーマンス分析ではFlame Graphが一般的だが、GPUではまだ導入が十分ではない
    • オープンソース版がIntel専用である点が普及の制約になると指摘されている
  • GPUコードが複雑になるほど、AI Flame Graphsの必要性は高まると予想している

クラウド戦略と社内協力

  • Intelのクラウドコンピューティング戦略立案を主導し、110件の顧客ミーティングに参加した
  • 6つの組織と連携して33件の具体的提案を含む戦略を作成し、Intel全社レベルのクラウド再躍進計画を設計した
    • 19の関連チーム間の相互作用を可視化した組織横断マップを作成し、Intel内部では初めて試みられた形態として評価された
    • 当該戦略は社内向けスライドとしてのみ共有された

Intelでの経験と回想

  • Intelでの3年間は会社の歴史上最も厳しい時期であり、最初の15か月間は採用凍結の状態だったと述べた
  • それにもかかわらず、さまざまな成果を残せたことに満足感を示した
  • 記憶に残る経験として、Linus Torvaldsとの面会、Pat Gelsingerとの対話、オーストラリアのオフサイト・サーフィン授業Harshad Saneとの縁などを挙げた
  • Intelのハードウェアフェローとの交流を通じて、プロセッサ内部構造の理解を広げられたと明かした

今後の計画とIntelへのメッセージ

  • 今後数年間でIntelで実施予定だった33件の提案の実行は、後任者が引き継ぐことができると述べた
    • 提案のほとんどは、変化の受容、経営陣の承認、長期投資を必要とする困難な課題だ
    • 関連資料はIntelの経営陣と共有フォルダに残していると説明した
  • 自身のCloudTeams戦略がIntelの強化を継続的に支え続けることを願うと伝えた
  • 最後にIntelの成功を祈って記事を締めくくった

1件のコメント

 
GN⁺ 2025-12-07
Hacker Newsの意見
  • Intelでの今後数年は 「クラウドを取り戻すための33の戦略」 の実行に集中する予定だったというが、本人が去った後もその計画がそのまま実行されると信じているのはやや非現実的に聞こえる

    • 成功すれば手柄を得て、失敗すれば他の誰かが 責任をかぶる 典型的なパターンに見える
    • こうした細かくて粘着質な「助言」の文化が、今のIntelを作った 人物中心主義 の結果だと思う
      21年間勤務したが、最近は最低限だけ働いて給料だけもらおうという雰囲気が蔓延している
      こういう大げさな計画は結局、誰も手を付けなくなる
  • 「クラウド戦略のために110回の顧客ミーティングをした」という一文を見て、こんなものを数えている人がいることに驚いた
    自分もこれから数えてみるべきかなと思った。自己アピール には確かに役立ちそうだ

    • 私はもともと 測定するのが好きだ。リモートワーカーなので「在宅勤務が効果的だ」と証明しなければならないプレッシャーがある
      またシニア社員として、時間をどこに使っているのか報告する責任もある
    • 大企業では自分の価値を数値で表現しなければならないので、みんなこうした 細かな記録 を残す
    • 彼の最近のブログを見ると、米国本社から離れたリモートワーカーという立場のために 成果を数値化 しようとする圧力があったことが分かる
    • gcalcli で顧客を含むミーティングを検索すれば終わりだ。エンジニアの立場からすると、110回の顧客ミーティングは かなり多い数字
    • 常に 会議メモ を残しておくべきだ。後でエスカレーションやレビュー会議の際に自分を守る根拠になる
  • 3年半での 「退職あいさつ文」 とは、共感しにくい
    その短い期間で大きなインパクトを残すのは難しいと思う。「WSJインタビュー」のような項目を見ると、PR向けの文章のように感じる

    • 彼の他の文章を見ると、生産性の面で例外的な人物 だと分かる
      3.5年のあいだ巨大な組織の中で多くを成し遂げていて、正直うらやましいと思う
    • 私には特に響かなかったが、他の人たちは「世界最高レベルの パフォーマンスエンジニア が別の会社へ行く」と受け取るだろう
    • こういう文章がHNに上がるのは、本人が直接投稿したとは限らない。ブログに書いたものが自然に広まることも多い
    • 私は会社に16年いるが、まだ 目立つ影響力 を出せていないので、だからこそ共感する
    • 彼は2011年に作った Flamegraph をクラウドGPU負荷分析に適用し、社内コードをオープンソースとして公開するよう説得した
      「WSJインタビュー」は管理職向けの文句にすぎず、実際には組織が彼をもっと活用できなかったのが惜しい
  • 彼は別の文章で 時差による深夜会議 の疲れについて言及していた
    どんな理由で去るにせよ、新しい職場でより良い ワークライフバランス を見つけられることを願う

    • Intelには世界中ほぼすべてのタイムゾーンにエンジニアリングチームがあるので、誰かにとっては常に 真夜中の会議 になる
      文書ベースの非同期コラボレーションだけでは限界があり、出張も頻繁にはできなかった
      今のIntelで働くというのは、こうした現実を受け入れるということだ
  • コメントを見ると、かなり 攻撃的な反応 が多い
    おそらくBrendan Greggの業績をよく知らない人もいるのだろう。彼は間違いなく 敬意を払うに値するエンジニア

    • 最近のコメント欄の雰囲気はおかしい。根拠のない非難が多すぎて、まるで 荒らし が流入してきたようだ
  • 文章を読んですぐ、自己宣伝 が強いという印象を受けた

    • でも、そんな必要があるだろうか。彼の名前はすでに 技術コミュニティでブランド として通用している
  • これは退職メールを 「次の機会のためのポートフォリオ」 に変えるマスタークラスのようだ
    皮肉ではなく、自分が作った価値をうまく示した優れた事例だと思う

  • Intelは 有能な人材を急速に失っている
    今回が最初でも最後でもないだろう

  • クラウド性能について気になることがある
    AWSで同じ192コアのIntelマシンをmetalとvirtualizedインスタンスで動かしたところ、仮想化された側は CPUスループットが20〜25%低い
    これはAWSの問題なのか、ソフトウェアスタックによる損失なのか、CPUレベルの問題なのか気になる
    AMDやGravitonに変えれば改善するのかも知りたい

    • perfのtop-down microarchitectural analysis を使ってみることを勧める
    • 最新のAWSインスタンスは多くの機能が 専用ハードウェアにオフロード されているため、VM間で共有されるのはメモリ帯域幅と上位キャッシュ程度だ
      metalではキャッシュ汚染が少ないので、そのことが性能差の原因かもしれない
    • その程度のオーバーヘッドはかなり大きい。AMDではそこまで大きくなかった
      もしかすると メモリ暗号化 のような仮想化オーバーヘッドがあるのか、プロファイリングしてみたのか気になる
    • 可能なら /proc/cpuinfo の一部を共有してくれるとよい
  • 計算してみると、この6か月で彼はもっと多くの 深夜会議 をしていたようだ
    彼はオーストラリアに住んでいて、Intel本社は米国にある
    関連記事: 3 Years of Extremely Remote Work
    当時は77回のミーティングだったが、今回の退職文では110回の顧客ミーティングに言及している

    • 2つの数字は意味が異なる。退職文の110回は 顧客ミーティング で、リンク先の記事の数値は一般的な会議だ