इंटेल से विदा लेते हुए

 (brendangregg.com)
1 पॉइंट द्वारा GN⁺ 2025-12-07 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • ब्रेंडन ग्रेग ने बताया कि उन्होंने Intel में 3.5 साल काम करने के बाद इस्तीफा दे दिया और एक नया अवसर स्वीकार किया
  • Intel में काम करते हुए उन्होंने AI Flame Graphs विकसित कर ओपन सोर्स के रूप में जारी किया, साथ ही GPU heatmap और Linux stack walking सपोर्ट को आगे बढ़ाया
  • उन्होंने eBPF तकनीकी स्टियरिंग कमिटी (BSC) में नेतृत्व संभाला, USENIX SREcon APAC 2023 के सह-अध्यक्ष बने और 6 कीनोट स्पीच दीं
  • उन्होंने क्लाउड रणनीति निर्माण में भाग लेते हुए 6 टीमों के साथ काम किया, 33 ठोस सुझावों वाला इन-हाउस रणनीतिक दस्तावेज़ डिज़ाइन किया और 110 ग्राहक मीटिंग्स में हिस्सा लिया
  • उन्होंने कहा कि Intel के कठिन दौर में भी उन्होंने ठोस काम किया और उम्मीद की कि AI Flame Graphs और क्लाउड रणनीति पर उनका काम Intel के भविष्य पर लगातार असर डालता रहेगा

Intel से इस्तीफ़ा और मुख्य उपलब्धियाँ

  • ब्रेंडन ग्रेग ने कहा कि उन्होंने Intel को छोड़कर नया अवसर स्वीकार किया है
    • Intel टीम को भेजे गए ईमेल में उन्होंने अपनी 3.5 साल की गतिविधियों का सार साझा किया
  • Intel में रहते हुए उनके प्रमुख ओपन स्रोत योगदानों में AI Flame Graphs का विकास और open source (iaprof) के रूप में रिलीज़ शामिल था
  • उन्होंने GPU subsecond-offset heatmap बनाया और Linux डिस्ट्रीब्यूशन के साथ मिलकर stack walking फीचर को सक्षम किया
  • eBPF सिक्योरिटी मॉनिटरिंग पर उन्होंने Wall Street Journal में इंटरव्यू दिया
  • उन्होंने eBPF Technical Steering Committee (BSC) में नेतृत्व भूमिका निभाई और USENIX SREcon APAC 2023 के सह-अध्यक्ष बने
  • उन्होंने कुल 6 प्रमुख सम्मेलन भाषण दिए

AI Flame Graphs और GPU विश्लेषण

  • AI Flame Graphs अभी शुरुआती चरण में है, लेकिन वे उम्मीद करते हैं कि जैसे CPU analysis में इस्तेमाल होता है, वैसे ही यह GPU analysis में भी व्यापक हो जाएगा
    • वर्तमान में CPU परफॉर्मेंस analysis में Flame Graph सामान्य है, जबकि GPU adoption अभी सीमित है
    • उन्होंने बताया कि ओपन सोर्स संस्करण का Intel-विशिष्ट होना इसके व्यापक प्रसार में बाधा है
  • जैसे-जैसे GPU कोड अधिक जटिल होगा, AI Flame Graphs की जरूरत बढ़ने की उम्मीद है

क्लाउड रणनीति और आंतरिक सहयोग

  • उन्होंने Intel की क्लाउड कंप्यूटिंग रणनीति बनाने में नेतृत्व किया और 110 ग्राहक मीटिंग्स में शामिल हुए
  • 6 टीमों के साथ मिलकर उन्होंने 33 ठोस प्रस्तावों वाली रणनीति तैयार की, जिससे Intel-स्तर की क्लाउड रिवाइवल योजना बनी
    • 19 संबंधित टीमों के बीच इंटरैक्शन को विज़ुअलाइज़ करने के लिए क्रॉस-ऑर्गनाइज़ेशनल मैप बनाया गया, जिसे Intel के अंदर पहली बार किया गया प्रयास माना गया
    • यह रणनीति केवल internal slides के रूप में शेयर की गई

Intel में अनुभव और यादें

  • उन्होंने कहा कि उनके 3 साल में से पहला दौर इंटेल के इतिहास के सबसे कठिन समयों में से एक था, और पहले 15 महीनों में हायरिंग फ्रीज़ चला
  • इसके बावजूद विविध उपलब्धियाँ छोड़ने पर उन्होंने संतोष व्यक्त किया
  • यादगार अनुभवों में उन्होंने Linus Torvalds से मुलाकात, Pat Gelsinger के साथ बातचीत, Australia में ऑफसाइट सर्फिंग क्लास, और Harshad Sane से जुड़ाव का उल्लेख किया
  • उन्होंने कहा कि Intel के हार्डवेयर फेलोज़ के साथ समय बिताकर उनकी प्रोसेसर के अंदरूनी आर्किटेक्चर की समझ काफी बढ़ी

आगे की योजना और Intel के लिए संदेश

  • उन्होंने कहा कि आने वाले कुछ वर्षों में Intel में लागू होने वाले 33 प्रस्तावों के execution को उनके successors आगे बढ़ा सकते हैं
    • इनमें से अधिकांश प्रस्ताव परिवर्तन को अपनाने, नेतृत्व की मंजूरी और दीर्घकालिक निवेश जैसी कठिन चुनौतियाँ हैं
    • संबंधित सामग्री उन्होंने Intel leadership के लिए साझा फ़ोल्डर में छोड़ दी है
  • उन्होंने कहा कि उनकी CloudTeams strategy लगातार Intel को मजबूत बनाने में मदद करे
  • अंत में उन्होंने Intel की सफलता की कामना करते हुए पोस्ट समाप्त की

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2025-12-07
Hacker News प्रतिक्रिया

  • कहा गया था कि Intel में आने वाले कुछ साल ‘क्लाउड को वापस जीतने की 33 रणनीतियों’ को लागू करने पर केंद्रित होने वाले थे, लेकिन उनके जाने के बाद भी वह योजना वैसी ही चलती रहेगी, इस पर भरोसा करना थोड़ा अवास्तविक लगता है

    • सफल हुआ तो श्रेय मिलेगा, और असफल हुआ तो कोई दूसरा ज़िम्मेदारी अपने सिर लेगा — यह वही पुराना पैटर्न लगता है
    • लगता है कि ऐसी बारीक और चिपचिपी ‘सलाह’ संस्कृति ही आज के Intel में दिखने वाले व्यक्तिकेंद्रित रवैये का नतीजा है
      21 साल काम करने के बाद अब ऐसा माहौल फैल गया है जहाँ लोग बस न्यूनतम काम करके वेतन लेना चाहते हैं
      ऐसी भव्य योजनाओं को आखिर में कोई हाथ ही नहीं लगाता

  • “क्लाउड रणनीति के लिए 110 ग्राहक मीटिंग कीं” यह पंक्ति देखकर हैरानी हुई कि कोई ऐसी चीज़ें गिनता भी है
    अब लग रहा है कि मुझे भी गिनना शुरू कर देना चाहिए, खुद को पेश करने में तो यह निश्चित ही मददगार होगा

    • मुझे वैसे भी मापना पसंद है. Remote worker होने की वजह से ‘घर से काम असरदार है’ यह साबित करने का दबाव रहता है
      और senior कर्मचारी होने के नाते यह बताने की ज़िम्मेदारी भी होती है कि समय कहाँ खर्च हो रहा है
    • बड़ी कंपनियों में अपनी value को numbers में दिखाना पड़ता है, इसलिए सब लोग ऐसे बारीक रिकॉर्ड रखते हैं
    • उनके हाल के ब्लॉग देखकर लगता है कि अमेरिका मुख्यालय से दूर remote worker होने के कारण उन पर परिणामों को संख्याओं में दिखाने का दबाव था
    • gcalcli से ग्राहक शामिल वाली मीटिंग खोजो और काम खत्म. इंजीनियर के नज़रिए से 110 ग्राहक मीटिंग काफ़ी बड़ी संख्या है
    • हमेशा मीटिंग नोट्स छोड़ने चाहिए. बाद में escalation या review meeting में खुद का बचाव करने के लिए वही आधार बनते हैं

  • सिर्फ़ 3.5 साल बाद का ‘विदाई पोस्ट’ — इससे जुड़ना आसान नहीं है
    मुझे लगता है कि इतने कम समय में बहुत बड़ा impact छोड़ना मुश्किल होता है. “WSJ interview” जैसी चीज़ें देखकर यह PR पोस्ट जैसा लगता है

    • लेकिन उनके बाकी लेख देखें तो साफ़ है कि वे उत्पादकता के मामले में असाधारण व्यक्ति हैं
      3.5 साल में उन्होंने इतने बड़े संगठन के भीतर बहुत कुछ कर दिखाया, और सच कहूँ तो थोड़ी ईर्ष्या होती है
    • मुझ पर इसका खास असर नहीं हुआ, लेकिन दूसरे लोग शायद इसे ऐसे देखेंगे कि “दुनिया के शीर्ष स्तर के performance engineer किसी दूसरी कंपनी में जा रहे हैं”
    • HN पर ऐसे पोस्ट आना ज़रूरी नहीं कि खुद लेखक ने ही डाला हो. कई बार ब्लॉग पोस्ट अपने-आप फैल जाते हैं
    • मैं 16 साल से कंपनी में हूँ और अभी तक नज़र आने वाला असर नहीं छोड़ पाया, इसलिए यह बात और चुभती है
    • उन्होंने 2011 में बनाए Flamegraph को cloud GPU load analysis में लागू किया और internal code को open source करने के लिए लोगों को मनाया
      “WSJ interview” शायद managers के लिए लिखी पंक्ति हो, असली अफ़सोस यह है कि संगठन उनका बेहतर इस्तेमाल नहीं कर पाया

  • उन्होंने दूसरी पोस्ट में time zone की वजह से रात की मीटिंगों की थकान का ज़िक्र किया था
    वे किसी भी वजह से जा रहे हों, उम्मीद है नई नौकरी में उन्हें बेहतर work-life balance मिलेगा

    • Intel की engineering teams दुनिया के लगभग हर time zone में हैं, इसलिए किसी-न-किसी के लिए हमेशा आधी रात की मीटिंग बनती है
      सिर्फ़ document-based async collaboration से काम नहीं चलता था, और यात्रा भी बार-बार संभव नहीं थी
      आज के Intel में काम करने का मतलब यही वास्तविकता स्वीकार करना है

  • टिप्पणियाँ देखकर लगा कि काफ़ी आक्रामक प्रतिक्रियाएँ हैं
    शायद कुछ लोग Brendan Gregg की उपलब्धियों को ठीक से नहीं जानते. वे निश्चित रूप से सम्मान के योग्य इंजीनियर हैं

    • आजकल comments का माहौल अजीब है. बिना आधार की आलोचना बहुत बढ़ गई है, जैसे trolling घुस आई हो

  • पोस्ट पढ़ते ही लगा कि इसमें आत्म-प्रचार का स्वर काफ़ी मज़बूत है

    • लेकिन क्या सच में इसकी ज़रूरत है? उनका नाम तो पहले ही tech community में एक brand जैसा है

  • यह विदाई ईमेल को ‘अगले मौके के लिए portfolio’ में बदल देने की masterclass लगती है
    यह ताना नहीं है, बल्कि मुझे लगता है कि अपनी बनाई value को अच्छी तरह दिखाने का यह शानदार उदाहरण है

  • Intel काबिल प्रतिभा को तेज़ी से खो रहा है
    यह न पहली बार है, न आख़िरी बार होगी

  • cloud performance को लेकर एक सवाल है
    AWS पर एक ही 192-core Intel machine को metal और virtualized instance के रूप में चलाया, और virtualized वाले में CPU throughput 20~25% कम था
    समझ नहीं आ रहा कि यह AWS की समस्या है, software stack का loss है, या CPU level की दिक्कत
    यह भी जानना है कि AMD या Graviton पर जाने से सुधार होगा या नहीं

    • perf ka top-down microarchitectural analysis इस्तेमाल करने की सलाह दूँगा
    • नए AWS instances में कई सुविधाएँ dedicated hardware पर offload होती हैं, इसलिए VMs के बीच असल में memory bandwidth और upper cache जैसी चीज़ें ही साझा होती हैं
      metal पर cache pollution कम होता है, इसलिए performance gap वहाँ से आ सकता है
    • इतना overhead काफ़ी बड़ा है. AMD पर यह इतना ज़्यादा नहीं था
      क्या आपने profiling करके देखा कि कहीं memory encryption जैसी virtualization overhead तो नहीं है?
    • संभव हो तो /proc/cpuinfo का कुछ हिस्सा साझा करना अच्छा रहेगा

  • हिसाब लगाऊँ तो पिछले 6 महीनों में उन्होंने इससे भी कहीं ज़्यादा रात की मीटिंगें की होंगी
    वे ऑस्ट्रेलिया में रहते हैं, और Intel का मुख्यालय अमेरिका में है
    संबंधित लेख: 3 Years of Extremely Remote Work
    उस समय 77 मीटिंग थीं, लेकिन इस विदाई पोस्ट में 110 ग्राहक मीटिंग का ज़िक्र है

    • दोनों संख्याओं का मतलब अलग है. विदाई पोस्ट की 110 संख्या ग्राहक मीटिंगों की है, जबकि लिंक किए गए लेख का आँकड़ा सामान्य मीटिंगों का है