Abschied von Intel

• Brendan Gregg hat nach 3,5 Jahren bei Intel seinen Abschied bekannt gegeben und eine neue Gelegenheit angenommen
• Während seiner Zeit bei Intel entwickelte er AI Flame Graphs und veröffentlichte sie als Open Source und trieb GPU-Heatmaps sowie die Linux-Stack-Walking-Unterstützung voran
• Er übernahm eine Führungsrolle im eBPF Technical Steering Committee (BSC), war Co-Chair der USENIX SREcon APAC 2023 und hielt 6 Keynote-Vorträge
• Er war an der Entwicklung von Intels Cloud-Strategie beteiligt, arbeitete mit sechs Organisationen zusammen, entwarf eine interne Strategie mit 33 konkreten Vorschlägen und führte 110 Kundengespräche durch
• Er betont, dass er trotz der schwierigen Phase bei Intel Ergebnisse erzielt habe, und hofft, dass seine Arbeit an AI Flame Graphs und der Cloud-Strategie Intels Zukunft weiterhin beeinflussen wird

---

Abschied von Intel und wichtigste Erfolge

• Brendan Gregg gab bekannt, dass er Intel verlassen und eine neue Gelegenheit angenommen hat
  • In einer E-Mail an Intel-Mitarbeitende fasste er seine Aktivitäten der letzten 3,5 Jahre zusammen
• Zu seinen wichtigsten Open-Source-Projekten bei Intel gehörte die Entwicklung von AI Flame Graphs und deren Veröffentlichung als Open Source (iaprof)
• Er erstellte eine GPU subsecond-offset Heatmap und aktivierte in Zusammenarbeit mit Linux-Distributionen die Stack-Walking-Funktion
• Er gab ein Interview mit der Wall Street Journal zum Thema eBPF-Sicherheitsüberwachung
• Er zeigte Führungsstärke im eBPF Technical Steering Committee (BSC) und war Co-Chair der USENIX SREcon APAC 2023
• Insgesamt hielt er 6 Konferenz-Keynotes

AI Flame Graphs und GPU-Analyse

• AI Flame Graphs befindet sich noch in einer frühen Phase und wird möglicherweise in der GPU-Analyse so weit verbreitet wie in der CPU-Analyse genutzt werden
  • In der CPU-Performance-Analyse sind Flame Graphs bereits gängig, während die Einführung für die GPU-Analyse noch zurückliegt
  • Er nennt die Tatsache, dass die Open-Source-Version Intel-spezifisch ist, als Begrenzung für eine weitere Verbreitung
• Mit zunehmender Komplexität von GPU-Code erwartet er einen wachsenden Bedarf an AI Flame Graphs

Cloud-Strategie und interne Zusammenarbeit

• Er leitete die Erstellung der Cloud-Computing-Strategie bei Intel und nahm an 110 Kundengesprächen teil
• In Zusammenarbeit mit sechs Organisationen entwickelte er eine Strategie mit 33 konkreten Vorschlägen und entwarf einen unternehmensweiten Cloud-Wiederaufbau-Plan bei Intel
  • Er erstellte eine interorganisatorische Karte zur Visualisierung der Interaktion zwischen 19 beteiligten Teams, die intern als erster Anlauf dieser Art bei Intel gilt
  • Diese Strategie wurde nur mit internen Folien geteilt

Erfahrungen bei Intel und Rückblick

• Drei Jahre bei Intel waren die schwierigste Phase in der Unternehmensgeschichte, und in den ersten 15 Monaten herrschte ein Hiring Freeze
• Nichtsdestotrotz zeigte er Zufriedenheit darüber, eine Reihe von Leistungen erbracht zu haben
• Als bleibende Erinnerungen nennt er ein Treffen mit Linus Torvalds, ein Gespräch mit Pat Gelsinger, einen Surfkurs im Ausland in Australien sowie seine Verbindung zu Harshad Sane
• Durch den Austausch mit Intels Hardware-Fellows habe er sein Verständnis der inneren Struktur von Prozessoren erweitert

Künftige Pläne und Botschaft an Intel

• Er sagte, dass die Umsetzung der 33 Vorschläge, die in den kommenden Jahren bei Intel vorgesehen waren, von seinen Nachfolgerinnen und Nachfolgern fortgeführt werden kann
  • Die Mehrheit der Vorschläge ist anspruchsvoll und erfordert Akzeptanz von Veränderungen, Freigaben durch das Management und langfristige Investitionen
  • Er hinterließ die zugehörigen Unterlagen im Ordner für das Intel-Management
• Er hofft, dass seine CloudTeams-Strategie weiterhin dazu beiträgt, Intel zu stärken
• Abschließend schließt er seinen Beitrag mit dem Wunsch nach Erfolg für Intel ab

[GN⁺]

Hacker-News-Kommentare

• Die nächsten Jahre bei Intel sollten sich angeblich auf die Umsetzung von „33 Strategien zur Rückeroberung der Cloud“ konzentrieren, aber zu glauben, dass dieser Plan nach seinem Weggang unverändert weiterverfolgt wird, klingt etwas unrealistisch

  • Wenn es klappt, bekommt er die Anerkennung, und wenn es scheitert, muss jemand anders den Kopf hinhalten
  • Ich denke, diese detaillierte und klebrige Kultur der „Ratschläge“ ist das Ergebnis des Personenkults, der das heutige Intel geprägt hat
    Ich habe 21 Jahre dort gearbeitet, und inzwischen herrscht eine Stimmung, in der viele nur noch das Minimum tun und ihr Gehalt mitnehmen wollen
    Solche großspurigen Pläne fasst am Ende sowieso niemand an

• Beim Satz „Ich habe 110 Kundengespräche für die Cloud-Strategie geführt“ war ich überrascht, dass jemand so etwas überhaupt zählt
  Jetzt frage ich mich, ob ich das auch anfangen sollte; für die Selbstdarstellung scheint es auf jeden Fall nützlich zu sein

  • Ich messe so etwas tatsächlich gern. Als Remote-Mitarbeiter stehe ich unter Druck zu beweisen, dass Homeoffice effektiv ist
    Und als Senior-Mitarbeiter habe ich außerdem die Verantwortung, Rechenschaft darüber abzulegen, wofür ich meine Zeit verwende
  • In Großunternehmen muss man seinen Wert in Zahlen ausdrücken, deshalb führen alle solche detaillierten Aufzeichnungen
  • Wenn man seine jüngsten Blogposts liest, sieht man, dass er als Remote-Mitarbeiter außerhalb der US-Zentrale unter Druck stand, seine Leistung zu quantifizieren
  • Mit gcalcli sucht man einfach nach Meetings mit Kunden. Aus Sicht eines Engineers sind 110 Kundentermine eine ziemlich hohe Zahl
  • Man sollte immer Meeting-Notizen hinterlassen. Später dienen sie bei Eskalationen oder Review-Meetings als Grundlage, um sich zu verteidigen

• Ein „Abschiedspost“ nach nur dreieinhalb Jahren ist für mich schwer nachzuvollziehen
  Ich glaube, in so kurzer Zeit ist es schwer, wirklich großen Impact zu hinterlassen. Wenn ich Punkte wie „WSJ-Interview“ sehe, wirkt es auf mich wie ein PR-Text

  • Wenn man seine anderen Beiträge liest, merkt man, dass er in Sachen Produktivität eine Ausnahmeerscheinung ist
    In 3,5 Jahren hat er innerhalb einer riesigen Organisation viel erreicht, und ehrlich gesagt bin ich ein bisschen neidisch
  • Mich berührt das nicht besonders, aber andere werden wohl denken: „Ein Performance-Engineer von Weltklasse wechselt zu einer anderen Firma“
  • Solche Posts landen auf HN nicht unbedingt, weil die Person sie selbst eingereicht hat. Oft verbreitet sich ein Blogpost auch einfach organisch
  • Ich bin seit 16 Jahren im Unternehmen und habe immer noch keinen sichtbaren Einfluss ausgeübt, deshalb kann ich das umso mehr nachvollziehen
  • Er hat den 2011 entwickelten Flamegraph auf die Analyse von Cloud-GPU-Last angewandt und dafür gesorgt, dass interner Code als Open Source veröffentlicht wurde
    „WSJ-Interview“ ist nur eine Formulierung für Manager; eigentlich ist es schade, dass die Organisation ihn nicht besser genutzt hat

• In einem anderen Beitrag erwähnte er die Erschöpfung durch nächtliche Meetings wegen der Zeitverschiebung
  Aus welchem Grund er auch geht, ich hoffe, dass er im neuen Job eine bessere Work-Life-Balance findet

  • Intel hat Engineering-Teams in fast allen Zeitzonen der Welt, also ist es für irgendwen immer ein Meeting mitten in der Nacht
    Rein dokumentenbasierte asynchrone Zusammenarbeit hatte ihre Grenzen, und man konnte auch nicht ständig Dienstreisen machen
    Heute bei Intel zu arbeiten bedeutet, diese Realität in Kauf zu nehmen

• Wenn ich die Kommentare lese, gibt es ziemlich viele aggressive Reaktionen
  Offenbar kennen manche die Leistungen von Brendan Gregg nicht besonders gut. Er ist ganz klar ein Engineer, der Respekt verdient

  • Die Stimmung in den Kommentaren ist in letzter Zeit merkwürdig. Es gibt zu viele unbegründete Angriffe, fast so, als wäre Trolling hereingeschwappt

• Mein erster Eindruck beim Lesen war, dass der Text stark nach Eigenwerbung klingt

  • Aber braucht er das überhaupt? Sein Name ist in der Tech-Community bereits eine Marke

• Das ist wie eine Masterclass darin, eine Abschieds-Mail in ein „Portfolio für die nächste Gelegenheit“ zu verwandeln
  Nicht sarkastisch gemeint, sondern als ein hervorragendes Beispiel dafür, den eigenen geschaffenen Wert gut sichtbar zu machen

• Intel verliert fähige Leute in schnellem Tempo
  Das ist weder das erste noch das letzte Mal

• Ich habe eine Frage zur Cloud-Performance
  Ich habe auf AWS dieselbe Intel-Maschine mit 192 Kernen als Metal- und als virtualisierte Instanz betrieben, und auf der virtualisierten Variante war der CPU-Durchsatz 20–25 % niedriger
  Ich frage mich, ob das ein Problem von AWS ist, ein Verlust im Software-Stack oder ein Thema auf CPU-Ebene
  Mich würde auch interessieren, ob es besser wird, wenn man auf AMD oder Graviton wechselt

  • Ich würde empfehlen, perf's top-down microarchitectural analysis zu verwenden
  • Bei aktuellen AWS-Instanzen werden viele Funktionen auf dedizierte Hardware ausgelagert, sodass zwischen VMs im Wesentlichen nur Speicherbandbreite und höhere Cache-Ebenen geteilt werden
    Auf Metal gibt es weniger Cache-Verschmutzung, daher könnte der Performance-Unterschied daher kommen
  • So viel Overhead ist ziemlich groß. Auf AMD war das nicht annähernd so stark
    Hast du schon profiliert, ob es Virtualisierungs-Overhead wie etwa Speicherverschlüsselung gibt?
  • Wenn möglich, wäre es gut, einen Teil von /proc/cpuinfo zu teilen

• Wenn ich das nachrechne, scheint es, als hätte er in den letzten sechs Monaten noch viel mehr nächtliche Meetings gehabt
  Er lebt in Australien, und die Intel-Zentrale ist in den USA
  Verwandter Beitrag: 3 Years of Extremely Remote Work
  Damals waren es 77 Meetings, im aktuellen Abschiedspost erwähnt er aber 110 Kundentermine

  • Die beiden Zahlen bedeuten unterschiedliche Dinge. Die 110 im Abschiedspost sind Kundentermine, die Zahl im verlinkten Beitrag bezieht sich auf allgemeine Meetings