Intel'den Ayrılırken

• Brendan Gregg, Intel'deki 3,5 yıllık görevini tamamlayıp ayrıldığını ve yeni bir fırsatı kabul ettiğini duyurdu
• Intel'de çalışırken AI Flame Graphs geliştirdi, bunları açık kaynak olarak yayımladı ve ayrıca GPU heatmap ile Linux stack walking desteği için girişimlerde bulundu
• eBPF Teknik Yürütme Komitesi (BSC) içinde liderlik üstlendi, USENIX SREcon APAC 2023 eş başkanlığını yaptı ve 6 ana konuşma gerçekleştirdi
• Intel'in bulut stratejisi oluşturulmasında yer aldı; 6 organizasyonla iş birliği yaparak 33 somut öneri içeren iç stratejiyi tasarladı ve 110 müşteri toplantısına katıldı
• Intel'in zor döneminde bile somut çıktılar ürettiğini ve AI Flame Graphs ile bulut stratejisi çalışmalarının Intel'in geleceğine uzun vadede etki etmesini umduğunu belirtti

---

Intel'den Ayrılış ve Önemli Başarılar

• Brendan Gregg, Intel'den ayrılarak yeni bir fırsatı kabul ettiğini bildirdi
  • Intel çalışanlarına gönderdiği e-postada 3,5 yıllık dönemde yaptığı çalışmaları özetlediğini yazdı
• Intel'de bulunduğu süre boyunca öne çıkan açık projelerden biri olarak AI Flame Graphs geliştirdi ve bunu açık kaynak (iaprof) olarak yayınladı
• GPU subsecond-offset heatmap oluşturdu ve Linux dağıtımlarıyla iş birliği yaparak stack walking özelliğini aktif hale getirdi
• eBPF güvenlik izleme konulu bir Wall Street Journal röportajı yaptı
• eBPF Technical Steering Committee (BSC)'de liderlik rolü üstlendi ve USENIX SREcon APAC 2023 eş başkanlığını yürüttü
• Toplamda 6 konferans ana konuşması yaptı

AI Flame Graphs ve GPU Analizi

• AI Flame Graphs halen erken aşamada ve CPU analizinde olduğu gibi GPU analizinde de yaygınlaşmasını umuyor
  • Bugün CPU performans analizinde Flame Graph yaygınken, GPU tarafında henüz yaygın bir benimseme yok
  • Açık kaynak sürümünün Intel'e özel olması, benimsenmesinin önündeki bir engel olarak belirtiliyor
• GPU kodu karmaşıklaştıkça AI Flame Graphs ihtiyacı artacak

Bulut Stratejisi ve Kurumsal İşbirliği

• Intel'in bulut bilişim stratejisinin oluşturulmasında liderlik yaptı ve 110 müşteri toplantısına katıldı
• 6 organizasyonla iş birliği içinde, 33 somut öneri içeren ve Intel genelinde bir bulut yeniden atılım planı olarak tanımlanan bir strateji hazırladı
  • 19 ilgili takımın etkileşimini görselleştiren organizasyonlar arası harita geliştirdi; Intel içinde ilk kez denenmiş bir yaklaşım olarak değerlendirildi
  • Bu strateji yalnızca iç sunumlarda paylaşıldı

Intel'deki Deneyim ve Gözlemler

• Intel'deki 3 yıl, şirket tarihindeki en zor dönemlerden biriydi ve ilk 15 ay boyunca işe alım dondurması uygulandığını söyledi
• Buna rağmen farklı sonuçlar bırakmış olmanın kendisini memnun ettiğini ifade etti
• Akılda kalan anılar arasında Linus Torvalds ile tanışma, Pat Gelsinger ile konuşma, Avustralya'daki bir offsite sörf dersi ve Harshad Sane ile karşılaşma gibi örnekler verdi
• Intel'in hardware fellows topluluğuyla etkileşim kurarak işlemci iç yapısını daha iyi anladığını açıkladı

Gelecek Planlar ve Intel'e Mesaj

• Önümüzdeki yıllarda Intel'de uygulanması planlanan 33 önerinin hayata geçirilmesinin halefleri tarafından sürdürülebileceğini belirtti
  • Bu önerilerin çoğu, değişim kabiliyeti, yönetici onayı ve uzun vadeli yatırım gerektiren zorlu konu başlıklarıdır
  • İlgili belgelerin Intel yönetimiyle paylaşılan bir klasörde bırakıldığını açıkladı
• Kendi CloudTeams stratejisinin Intel'i gelecekte de güçlendirmeye yardımcı olmasını umduğunu söyledi
• Yazısına Intel'in başarısı için iyi dilekler dileyerek son verdi

[GN⁺]

Hacker News görüşleri

• Intel’de önümüzdeki birkaç yılın ‘bulutu geri kazanmak için 33 strateji’ planını uygulamaya odaklanacağı söyleniyordu, ancak kendisi ayrıldıktan sonra bile bu planın aynen uygulanacağına inanmak biraz gerçek dışı geliyor

  • Başarırsa övgüyü alıp, başarısız olursa suçu başkasına yükleyen tipik bir kalıp gibi duruyor
  • Bu kadar ayrıntılı ve yapışkan bir ‘tavsiye’ kültürünün, bugünkü Intel’i yaratan kişi odaklı yaklaşımın sonucu olduğunu düşünüyorum
    21 yıldır burada çalışıyorum; son zamanlarda ortama, en azını yapıp maaşı almak isteyen bir hava hâkim
    Bu tür büyük planlara da sonunda kimse el sürmüyor

• “Bulut stratejisi için 110 müşteri görüşmesi yaptım” cümlesini görünce, bunları sayan biri olmasına şaşırdım
  Ben de artık saymaya mı başlasam diye düşündüm; kendini iyi sunma açısından kesin işe yarar gibi

  • Ben aslında ölçmeyi severim. Uzaktan çalışan biri olarak, ‘evden çalışmanın etkili olduğunu’ kanıtlama baskısı var
    Bir de kıdemli çalışan olarak zamanımı nereye harcadığımı raporlama sorumluluğum bulunuyor
  • Büyük şirketlerde kendi değerini sayılarla ifade etmen gerektiği için herkes bu tür ayrıntılı kayıtlar tutuyor
  • Son blog yazılarına bakınca, ABD merkezine bağlı bir uzaktan çalışan olduğu için çıktılarını sayısallaştırma baskısı yaşadığı görülüyor
  • gcalcli ile müşterilerin dahil olduğu toplantıları aratmak yeterli. Bir mühendis açısından 110 müşteri toplantısı oldukça yüksek bir sayı
  • Her zaman toplantı notları bırakmak gerekir. Sonradan bir eskalasyon ya da değerlendirme toplantısında kendini savunmak için dayanak olur

• Sadece 3,5 yılın ardından bir ‘veda yazısı’ olması bana pek yakın gelmiyor
  Bu kadar kısa sürede büyük etki bırakmanın zor olduğunu düşünüyorum. “WSJ röportajı” gibi maddeleri görünce, biraz PR amaçlı bir metin gibi hissettiriyor

  • Diğer yazılarına bakınca, üretkenlik açısından sıra dışı biri olduğu anlaşılıyor
    3,5 yıl içinde böylesine büyük bir organizasyonda çok şey yapmış; açıkçası biraz kıskandım
  • Bende pek duygu uyandırmadı ama başkaları bunu “dünya çapında bir performans mühendisi başka bir şirkete gidiyor” diye görecektir
  • Böyle yazıların HN’ye düşmesi, illa kendisinin paylaştığı anlamına gelmez. Bloga yazılan bir şeyin doğal biçimde yayılması sık olur
  • Ben şirkette 16. yılımdayım ve hâlâ göze çarpan bir etki yaratamadım; o yüzden daha çok empati kuruyorum
  • 2011’de yaptığı Flamegraph’ı bulut GPU yük analizi için kullandı ve iç koddaki bazı parçaların açık kaynak olarak yayımlanmasını kabul ettirdi
    “WSJ röportajı” yöneticilere yönelik bir ifade sadece; asıl üzücü olan, organizasyonun ondan daha fazla yararlanamamış olması

• Başka bir yazısında, saat farkından kaynaklanan gece toplantılarının yorgunluğundan söz etmişti
  Hangi nedenle ayrılıyor olursa olsun, yeni işinde daha iyi bir work-life balance bulmasını dilerim

  • Intel’in dünyanın neredeyse tüm saat dilimlerine yayılmış mühendislik ekipleri var; bu yüzden biri için her zaman gecenin ortasında toplantı anlamına geliyor
    Doküman temelli asenkron işbirliğinin de sınırları vardı ve seyahate sık çıkmak her zaman mümkün değildi
    Bugünkü Intel’de çalışmak biraz da bu gerçeği kabullenmek demek

• Yorumlara bakınca oldukça agresif tepkiler var
  Sanırım Brendan Gregg’in yaptıklarını pek bilmeyenler de bulunuyor. Kendisi açıkça saygıyı hak eden bir mühendis

  • Son zamanlarda yorumların tonu tuhaf. Dayanaksız suçlamalar çok fazla; sanki trollük akışı gelmiş gibi

• Yazıyı okur okumaz bende güçlü bir kendini pazarlama izlenimi bıraktı

  • Ama buna gerçekten ihtiyacı var mı? Adı zaten teknik toplulukta bir marka gibi

• Bu, ayrılık e-postasını ‘bir sonraki fırsat için portföye’ dönüştürmenin adeta ustalık dersi gibi
  Bunu alay olsun diye söylemiyorum; ürettiği değeri görünür kılan çok iyi bir örnek bence

• Intel yetkin insanları hızla kaybediyor
  Bu ne ilk ne de son olacak

• Bulut performansıyla ilgili bir sorum var
  AWS’de aynı 192 çekirdekli Intel makineyi hem metal hem de virtualized instance olarak çalıştırdım; sanallaştırılmış tarafta CPU throughput %20-25 daha düşük
  Bunun AWS kaynaklı mı, yazılım yığınının kaybı mı, yoksa CPU seviyesinde bir sorun mu olduğunu merak ediyorum
  AMD ya da Graviton’a geçince düzelip düzelmeyeceğini de bilmek isterim

  • perf’in top-down microarchitectural analysis yöntemini kullanmayı öneririm
  • Yeni AWS instance’larında birçok özellik özel donanıma offload ediliyor; bu yüzden VM’ler arasında paylaşılan şey esas olarak bellek bant genişliği ve üst seviye cache oluyor
    Metal’de cache kirlenmesi daha az olduğu için performans farkı bundan kaynaklanıyor olabilir
  • Bu seviyede bir overhead oldukça büyük. AMD’de o kadar yüksek değildi
    Acaba bellek şifreleme gibi bir sanallaştırma overhead’i olup olmadığını profile ettiniz mi diye merak ediyorum
  • Mümkünse /proc/cpuinfo çıktısının bir kısmını paylaşmanız faydalı olur

• Hesaplayınca, son 6 ayda çok daha fazla gece toplantısı yapmış gibi görünüyor
  Kendisi Avustralya’da yaşıyor, Intel’in merkezi ise ABD’de
  İlgili yazı: 3 Years of Extremely Remote Work
  O yazıda 77 toplantıdan söz ediliyordu; bu veda yazısında ise 110 müşteri toplantısından bahsediyor

  • Bu iki sayı farklı şeyi ifade ediyor. Veda yazısındaki 110 sayı müşteri toplantıları, bağlantı verilen yazıdaki sayı ise genel toplantılarla ilgili