En quittant Intel

• Brendan Gregg a annoncé qu’il quittait Intel après 3 ans et demi pour accepter de nouvelles opportunités
• Pendant son passage chez Intel, il a développé et publié en open source les AI Flame Graphs, et a promu le heatmap GPU ainsi que la prise en charge du stack walking Linux
• Il a exercé un rôle de leadership au sein de l’eBPF Technical Steering Committee (BSC), a co-présidé l’USENIX SREcon APAC 2023 et a donné 6 keynotes
• Il a participé à l’élaboration de la stratégie cloud d’Intel, en collaboration avec 6 organisations, a conçu une stratégie interne avec 33 propositions concrètes et mené 110 rendez-vous clients
• Il a été performant malgré une période difficile pour l’entreprise, et il espère que ses travaux sur les AI Flame Graphs et la stratégie cloud auront un impact durable sur l’avenir d’Intel

---

Départ d’Intel et principales réalisations

• Brendan Gregg annonce qu’il quitte Intel pour accepter de nouvelles opportunités
  • Il a précisé, dans un e-mail envoyé aux employés d’Intel, avoir récapitulé ses activités sur les 3,5 ans écoulés
• Son principal projet open source chez Intel fut le développement des AI Flame Graphs, rendus publics en open source sous le nom iaprof
• Il a créé un GPU subsecond-offset heatmap et activé la fonction stack walking en collaborant avec des distributions Linux
• Il a donné une interview au Wall Street Journal sur la surveillance de sécurité eBPF
• Il a pris un rôle de leadership au sein de l’eBPF Technical Steering Committee (BSC) et a co-présidé l’USENIX SREcon APAC 2023
• Il a réalisé au total 6 keynotes de conférences

AI Flame Graphs et analyse GPU

• Les AI Flame Graphs sont encore à un stade préliminaire, mais il s’attend à ce qu’ils soient largement adoptés pour l’analyse GPU, comme les Flame Graphs le sont déjà pour l’analyse CPU
  • Aujourd’hui, les Flame Graphs sont courants dans l’analyse de performance CPU, mais l’adoption pour le GPU reste limitée
  • Le fait que la version open source soit spécifique à Intel est présenté comme un frein à la diffusion
• Il anticipe que les besoins pour les AI Flame Graphs vont croître à mesure que les codes GPU deviennent plus complexes

Stratégie cloud et collaboration interne

• Il a piloté la définition de la stratégie de cloud computing d’Intel, en prenant part à 110 rencontres clients
• Il a élaboré une stratégie, comprenant 33 propositions concrètes avec 6 organisations, pour un plan de relance du cloud à l’échelle de l’ensemble d’Intel
  • Il a produit une carte inter-équipes visualisant les interactions entre 19 équipes concernées, saluée comme une première fois au sein d’Intel
  • Cette stratégie n’a été partagée qu’à travers des diapositives internes

Expériences vécues chez Intel

• Les 3 ans passés chez Intel ont coïncidé avec la période la plus difficile de son histoire, et il a souligné qu’il y avait eu un gel des embauches pendant les 15 premiers mois
• Malgré cela, il exprime sa satisfaction d’avoir laissé des résultats significatifs
• Parmi les moments marquants, il cite sa rencontre avec Linus Torvalds, une discussion avec Pat Gelsinger, un cours de surf en Australie en mode off-site et sa relation avec Harshad Sane
• Il a élargi sa compréhension de la structure interne des processeurs grâce aux échanges avec les hardware fellows d’Intel

Projets futurs et message à Intel

• L’exécution des 33 propositions qu’il prévoyait de mener chez Intel au cours des prochaines années pourrait être reprise par ses successeurs
  • La plupart de ces propositions sont des défis complexes nécessitant une adoption au changement, l’aval de l’encadrement et des investissements à long terme
  • Il explique avoir laissé les documents correspondants dans un dossier partagé avec la direction d’Intel
• Il espère que sa stratégie CloudTeams aidera continuellement Intel à se renforcer
• Il conclut en souhaitant la réussite d’Intel

[GN⁺]

Réactions sur Hacker News

• Il disait que les prochaines années chez Intel devaient être consacrées à l’exécution des « 33 stratégies pour reconquérir le cloud », mais croire que ce plan sera suivi tel quel après son départ paraît un peu irréaliste

  • Si ça réussit, il en récolte le mérite ; si ça échoue, ce sera à quelqu’un d’autre d’en porter la responsabilité
  • J’y vois le résultat d’une culture de la « recommandation » très détaillée et pesante, centrée sur les individus, qui a façonné l’Intel d’aujourd’hui
    J’y ai travaillé 21 ans, et en ce moment l’ambiance est surtout de faire le strict minimum et de toucher son salaire
    Au final, personne ne met vraiment les mains dans ce genre de grands plans

• En lisant la phrase « j’ai eu 110 rendez-vous clients pour la stratégie cloud », j’ai été surpris qu’il y ait des gens qui comptent ce genre de chose
  Je me demande si je ne devrais pas m’y mettre aussi ; pour se mettre en valeur, ça semble clairement utile

  • Moi, j’aime mesurer les choses. En télétravail, il y a une pression à prouver que travailler de chez soi est efficace
    Et comme employé senior, j’ai aussi la responsabilité de rendre compte de l’usage de mon temps
  • Dans les grandes entreprises, il faut exprimer sa valeur en chiffres, donc tout le monde garde ce type de traces détaillées
  • En lisant ses billets récents, on voit qu’en tant que télétravailleur rattaché au siège américain, il subissait une pression pour quantifier ses résultats
  • Il suffit de chercher dans gcalcli les réunions avec des clients. Du point de vue d’un ingénieur, 110 rendez-vous clients, c’est un chiffre assez élevé
  • Il faut toujours garder des notes de réunion. Plus tard, lors d’une escalade ou d’une réunion d’évaluation, cela sert de base pour se défendre

• Un « message d’adieu en quittant l’entreprise » après seulement trois ans et demi, j’ai du mal à m’y identifier
  Je pense qu’il est difficile d’avoir un impact majeur sur une période aussi courte. Quand je vois des points comme « interview dans le WSJ », ça donne l’impression d’un texte de RP

  • En lisant ses autres textes, on comprend que c’est quelqu’un d’exceptionnellement productif
    En 3,5 ans, il a accompli beaucoup de choses dans une immense organisation, et honnêtement, ça me rend un peu jaloux
  • Ça ne m’a pas particulièrement marqué, mais d’autres vont sûrement se dire que l’un des meilleurs ingénieurs performance au monde part dans une autre entreprise
  • Si ce genre de billet arrive sur HN, ce n’est pas forcément lui qui l’a posté. Souvent, un article de blog se diffuse naturellement
  • Ça fait 16 ans que je suis dans mon entreprise et je n’ai toujours pas eu d’impact vraiment visible, donc ça me parle d’autant plus
  • Il a appliqué Flamegraph, créé en 2011, à l’analyse de charge GPU dans le cloud, et il a convaincu l’entreprise d’ouvrir en open source du code interne
    La mention « interview dans le WSJ » est juste une formule pour les managers ; le vrai regret, c’est surtout que l’organisation n’ait pas su mieux tirer parti de lui

• Dans d’autres billets, il évoquait la fatigue liée aux réunions nocturnes à cause du décalage horaire
  Quelle que soit la raison de son départ, j’espère qu’il trouvera un meilleur équilibre vie pro / vie perso dans son prochain poste

  • Intel a des équipes d’ingénierie dans presque tous les fuseaux horaires du monde, donc pour quelqu’un, c’est toujours une réunion en pleine nuit
    La collaboration asynchrone basée sur les documents avait ses limites, et il n’était pas possible de voyager souvent
    Travailler chez Intel aujourd’hui, c’est accepter cette réalité

• En lisant les commentaires, on voit pas mal de réactions agressives
  Certains ne semblent probablement pas bien connaître les accomplissements de Brendan Gregg. C’est clairement un ingénieur qui mérite le respect

  • L’ambiance dans les commentaires est bizarre en ce moment. Il y a trop d’attaques sans fondement, on a presque l’impression d’une arrivée de trolls

• En lisant le billet, ma première impression a été qu’il y avait une forte dimension de promotion personnelle

  • Mais en a-t-il vraiment besoin ? Son nom est déjà une marque dans la communauté technique

• On dirait une masterclass pour transformer un email de départ en « portfolio pour la prochaine opportunité »
  Je ne dis pas ça de manière sarcastique : je trouve que c’est un excellent exemple de la façon de bien mettre en avant la valeur qu’on a créée

• Intel est en train de perdre rapidement des talents compétents
  Ce n’est ni la première fois, ni la dernière

• J’ai une question sur les performances dans le cloud
  Sur AWS, j’ai lancé la même machine Intel à 192 cœurs en mode metal et en instance virtualisée, et le côté virtualisé a un débit CPU inférieur de 20 à 25 %
  Je me demande si c’est un problème AWS, une perte dans la pile logicielle, ou un souci au niveau CPU
  J’aimerais aussi savoir si passer à AMD ou à Graviton améliorerait la situation

  • Je recommande d’utiliser l’analyse microarchitecturale top-down de perf
  • Les instances AWS récentes ont beaucoup de fonctions déportées vers du matériel dédié, donc entre VM, ce qui reste partagé, c’est surtout la bande passante mémoire et le cache de niveau supérieur
    En mode metal, il y a moins de pollution de cache, donc l’écart de performances peut venir de là
  • Un tel surcoût est assez important. Je n’ai pas vu quelque chose d’aussi marqué chez AMD
    Je me demande si tu as fait du profiling pour vérifier un éventuel surcoût de virtualisation lié à des choses comme le chiffrement mémoire
  • Si possible, ce serait bien de partager une partie de /proc/cpuinfo

• En faisant le calcul, il semble qu’il ait eu bien plus de réunions nocturnes au cours des six derniers mois
  Il vit en Australie, et le siège d’Intel est aux États-Unis
  Article lié : 3 Years of Extremely Remote Work
  À l’époque, il parlait de 77 réunions, alors que dans ce billet de départ il mentionne 110 rendez-vous clients

  • Les deux chiffres ne désignent pas la même chose. Les 110 du billet de départ sont des réunions avec des clients, tandis que le chiffre de l’article lié correspond à des réunions en général