Meninggalkan Intel

• Brendan Gregg mengumumkan bahwa ia mengundurkan diri setelah 3 tahun setengah bekerja di Intel dan telah menerima peluang baru
• Selama bekerja di Intel, ia mengembangkan AI Flame Graphs dan merilisnya sebagai open source, serta mendorong heatmap GPU dan dukungan stack walking Linux
• Ia menunjukkan kepemimpinan di eBPF Technical Steering Committee (BSC), menjadi co-chair USENIX SREcon APAC 2023, dan menyampaikan 6 keynote
• Ia ikut menyusun strategi cloud Intel, berkolaborasi dengan 6 organisasi, merancang strategi internal berisi 33 usulan konkret, dan menjalankan 110 pertemuan dengan pelanggan
• Ia meninggalkan capaian di tengah masa sulit Intel, dan berharap pekerjaan AI Flame Graphs serta strategi cloud dapat terus memberi dampak pada masa depan Intel

---

Meninggalkan Intel dan pencapaian utama

• Brendan Gregg menyatakan bahwa ia meninggalkan Intel dan telah menerima peluang baru
  • Ia menyebut telah merangkum aktivitasnya selama 3 tahun setengah dalam email yang dikirim ke karyawan Intel
• Sebagai proyek publik utama yang ia kerjakan di Intel, ia mengembangkan AI Flame Graphs dan merilisnya sebagai open source (iaprof)
• Ia membuat GPU subsecond-offset heatmap dan mengaktifkan fitur stack walking dengan bekerja sama dengan distribusi Linux
• Ia diwawancarai oleh Wall Street Journal mengenai topik pemantauan keamanan eBPF
• Ia menunjukkan kepemimpinan di eBPF Technical Steering Committee (BSC) dan menjadi co-chair USENIX SREcon APAC 2023
• Ia menyampaikan total 6 keynote konferensi

AI Flame Graphs dan analisis GPU

• AI Flame Graphs masih berada pada tahap awal, dan ia berharap dapat digunakan luas dalam analisis GPU seperti halnya pada analisis CPU
  • Saat ini Flame Graph sudah umum dalam analisis performa CPU, tetapi adopsinya pada GPU masih terbatas
  • Disebutkan bahwa versi open source yang khusus untuk Intel menjadi salah satu hambatan penyebarannya
• Ia memperkirakan bahwa seiring kode GPU menjadi semakin kompleks, kebutuhan akan AI Flame Graphs akan semakin besar

Strategi cloud dan kolaborasi internal

• Ia memimpin penyusunan strategi cloud computing Intel dan ikut dalam 110 pertemuan pelanggan
• Dengan bekerja sama bersama 6 organisasi, ia menyusun strategi yang mencakup 33 usulan konkret dan merancang rencana kebangkitan kembali cloud di tingkat seluruh perusahaan Intel
  • Ia membuat peta lintas organisasi yang memvisualisasikan interaksi antara 19 tim terkait, dan ini dinilai sebagai upaya pertama dengan bentuk seperti itu di internal Intel
  • Strategi tersebut hanya dibagikan dalam bentuk slide internal

Pengalaman dan kenangan di Intel

• Ia menyebut bahwa 3 tahun di Intel merupakan salah satu masa tersulit dalam sejarah perusahaan, dan selama 15 bulan pertama berlaku pembekuan perekrutan
• Meski demikian, ia menyatakan puas karena tetap dapat meninggalkan berbagai pencapaian
• Sebagai pengalaman yang berkesan, ia menyebut pertemuan dengan Linus Torvalds, percakapan dengan Pat Gelsinger, kelas selancar saat offsite di Australia, serta hubungannya dengan Harshad Sane
• Ia juga mengatakan bahwa interaksi dengan para hardware fellow Intel memperluas pemahamannya tentang struktur internal prosesor

Rencana ke depan dan pesan untuk Intel

• Ia menyebut bahwa pelaksanaan 33 usulan yang semula akan ia kerjakan di Intel dalam beberapa tahun ke depan dapat dilanjutkan oleh penerusnya
  • Sebagian besar usulan tersebut adalah tugas sulit yang membutuhkan penerimaan terhadap perubahan, persetujuan eksekutif, dan investasi jangka panjang
  • Ia menjelaskan bahwa materi terkait telah ditinggalkan untuk para eksekutif Intel dan di folder bersama
• Ia berharap strategi CloudTeams miliknya akan terus membantu memperkuat Intel
• Ia menutup tulisan dengan mendoakan kesuksesan Intel

[GN⁺]

Opini Hacker News

• Disebutkan bahwa beberapa tahun ke depan di Intel akan difokuskan pada pelaksanaan “33 strategi untuk merebut kembali cloud”, tetapi keyakinan bahwa rencana itu akan tetap dijalankan persis sama setelah dirinya pergi terdengar agak tidak realistis

  • Jika berhasil dia mendapat pujian, dan jika gagal orang lain yang akan menanggung tanggung jawabnya
  • Saya rasa budaya ‘nasihat’ yang sangat rinci dan lengket seperti ini adalah hasil dari pemusatan pada figur tertentu yang membentuk Intel saat ini
    Saya sudah bekerja 21 tahun, dan belakangan suasananya dipenuhi sikap hanya bekerja seperlunya lalu menerima gaji
    Rencana-rencana besar seperti ini pada akhirnya jadi tidak disentuh siapa pun

• Saat membaca kalimat “melakukan 110 pertemuan pelanggan untuk strategi cloud”, saya kaget ternyata ada orang yang menghitung hal seperti itu
  Jadi saya berpikir apakah saya juga harus mulai menghitung, karena sepertinya jelas membantu untuk mempromosikan diri

  • Saya memang suka mengukur sesuatu. Sebagai pekerja jarak jauh, ada tekanan untuk membuktikan bahwa bekerja dari rumah itu efektif
    Selain itu, sebagai karyawan senior saya juga punya tanggung jawab untuk melaporkan ke mana waktu saya digunakan
  • Di perusahaan besar, semua orang meninggalkan catatan rinci seperti ini karena mereka harus mengekspresikan nilai mereka dalam angka
  • Jika melihat blog-blog terbarunya, tampak bahwa ada tekanan untuk mengkuantifikasi hasil kerja karena dia adalah pekerja jarak jauh dari kantor pusat AS
  • Tinggal cari pertemuan yang melibatkan pelanggan dengan gcalcli. Dari sudut pandang engineer, 110 pertemuan pelanggan itu angka yang sangat besar
  • Kita harus selalu meninggalkan catatan rapat. Nanti itu menjadi dasar untuk membela diri saat ada eskalasi atau rapat review

• Agak sulit berempati dengan “tulisan salam perpisahan saat resign” setelah hanya 3 setengah tahun
  Menurut saya sulit meninggalkan dampak besar dalam waktu sesingkat itu. Saat melihat item seperti “wawancara WSJ”, rasanya seperti tulisan untuk keperluan PR

  • Kalau melihat tulisan-tulisannya yang lain, kita bisa tahu bahwa dia adalah sosok yang tidak biasa dalam hal produktivitas
    Dalam 3,5 tahun dia berhasil melakukan banyak hal di dalam organisasi yang sangat besar, dan sejujurnya saya merasa iri
  • Saya pribadi tidak terlalu tersentuh, tetapi orang lain mungkin melihatnya sebagai “engineer performa kelas dunia pindah ke perusahaan lain”
  • Tulisan seperti ini belum tentu diunggah ke HN oleh dirinya sendiri. Sering juga tulisan blog menyebar secara alami
  • Saya sudah 16 tahun di perusahaan tetapi masih belum punya pengaruh yang menonjol, jadi saya makin merasa relate
  • Dia menerapkan Flamegraph yang dibuatnya pada 2011 ke analisis beban GPU cloud, dan berhasil meyakinkan agar kode internal dirilis sebagai open source
    “Wawancara WSJ” itu hanya frasa untuk manajer; yang sebenarnya disayangkan adalah organisasi tidak bisa memanfaatkannya lebih baik

• Di tulisan lain dia pernah menyebut kelelahan akibat rapat malam karena perbedaan zona waktu
  Apa pun alasannya pergi, semoga di tempat kerja barunya dia bisa mendapatkan work-life balance yang lebih baik

  • Intel punya tim engineering di hampir semua zona waktu di dunia, jadi bagi seseorang pasti selalu ada rapat tengah malam
    Kolaborasi asinkron berbasis dokumen saja punya keterbatasan, dan perjalanan dinas juga tidak bisa terlalu sering
    Bekerja di Intel saat ini berarti harus menerima kenyataan seperti ini

• Dari komentar-komentarnya terlihat ada cukup banyak reaksi yang agresif
  Mungkin ada yang tidak terlalu paham pencapaian Brendan Gregg. Dia jelas engineer yang layak dihormati

  • Suasana komentar belakangan terasa aneh. Terlalu banyak tuduhan tanpa dasar, sampai terasa seperti ada trolling yang masuk

• Begitu membaca tulisannya, kesan pertama saya adalah unsur promosi diri yang kuat

  • Tapi apakah itu perlu? Namanya sendiri sudah menjadi brand di komunitas teknis

• Ini seperti masterclass mengubah email resign menjadi ‘portofolio untuk peluang berikutnya’
  Bukan sindiran; menurut saya ini contoh yang sangat bagus tentang bagaimana menampilkan nilai yang sudah ia ciptakan

• Intel sedang cepat kehilangan talenta yang kompeten
  Ini bukan yang pertama, dan bukan yang terakhir

• Ada hal yang saya penasaran soal performa cloud
  Saya menjalankan mesin Intel 192-core yang sama di AWS dalam bentuk instance metal dan virtualized, dan sisi yang tervirtualisasi punya throughput CPU 20~25% lebih rendah
  Saya penasaran apakah ini masalah AWS, kerugian dari software stack, atau isu di level CPU
  Saya juga ingin tahu apakah pindah ke AMD atau Graviton akan memperbaikinya

  • Disarankan untuk mencoba top-down microarchitectural analysis milik perf
  • Instance AWS terbaru banyak fitur yang di-offload ke hardware khusus, jadi yang dibagi antar-VM pada dasarnya hanya bandwidth memori dan cache tingkat atas
    Di metal, polusi cache lebih kecil, jadi mungkin selisih performa berasal dari sana
  • Overhead sebesar itu cukup besar. Di AMD tidak sebesar itu
    Saya penasaran apakah Anda sudah melakukan profiling untuk melihat apakah ada overhead virtualisasi seperti enkripsi memori
  • Kalau memungkinkan, akan bagus jika Anda bisa membagikan sebagian /proc/cpuinfo

• Setelah dihitung-hitung, sepertinya selama 6 bulan terakhir dia melakukan jauh lebih banyak rapat malam
  Dia tinggal di Australia, sementara kantor pusat Intel ada di AS
  Tulisan terkait: 3 Years of Extremely Remote Work
  Saat itu disebut 77 rapat, tetapi di tulisan perpisahan kali ini dia menyebut 110 pertemuan pelanggan

  • Kedua angka itu artinya berbeda. Angka 110 di tulisan perpisahan adalah pertemuan pelanggan, sedangkan angka pada tulisan yang ditautkan adalah rapat umum