จากอินเทล

 (brendangregg.com)
1 คะแนน โดย GN⁺ 2025-12-07 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • Brendan Gregg กล่าวว่าเขาได้ลาออกจากอินเทลหลังจากทำงานมานาน 3 ปีครึ่ง และยอมรับโอกาสใหม่
  • ระหว่างทำงานที่อินเทล เขาพัฒนา AI Flame Graphs แล้วเปิดเป็นโอเพนซอร์ส รวมถึงผลักดันการรองรับ GPU heatmap และ Linux stack walking
  • เขาแสดงบทบาทการนำใน คณะกรรมการกำกับเทคนิค eBPF (BSC) และรับหน้าที่ ประธานร่วมในการประชุม USENIX SREcon APAC 2023 ขณะเดียวกันยังทำ 6 ครั้ง ในฐานะ keynote
  • เขามีส่วนร่วมในการวาง กลยุทธ์คลาวด์ของอินเทล ร่วมมือกับ 6 องค์กร ออกแบบกลยุทธ์ภายในองค์กรที่มีข้อเสนอเชิงปฏิบัติ 33 ข้อ และดำเนินการประชุมลูกค้า 110 ครั้ง
  • เขากล่าวว่ามีผลงานต่อเนื่องแม้ในช่วงเวลาที่ยากลำบากของอินเทล และคาดหวังว่า AI Flame Graphs และงานกลยุทธ์คลาวด์จะยังคงส่งผลต่ออนาคตของอินเทลในระยะยาว

การลาออกจากอินเทลและผลงานสำคัญ

  • Brendan Gregg ระบุว่าเขาออกจากอินเทลเพื่อรับโอกาสใหม่
    • ในอีเมลที่ส่งถึงพนักงานอินเทล เขาระบุว่าถึงได้สรุปกิจกรรมตลอด 3 ปีครึ่ง ที่ผ่านมา
  • โครงการโอเพนซอร์สที่สำคัญที่เขาได้ดำเนินการขณะทำงานที่อินเทลคือการพัฒนา AI Flame Graphs และเปิดเผยเป็นโอเพนซอร์สในชื่อ iaprof
  • เขาสร้าง GPU subsecond-offset heatmap และเปิดใช้งาน ความสามารถ stack walking ร่วมกับดิสโทรบิวชันของ Linux
  • ให้สัมภาษณ์ Wall Street Journal ในประเด็นการตรวจสอบความปลอดภัยด้วย eBPF
  • เขาแสดงผู้นำใน คณะกรรมการกำกับเทคนิค eBPF (BSC) และเป็น ประธานร่วม USENIX SREcon APAC 2023
  • เขาจัดทำ 6 ครั้ง ในฐานะ keynote ในการประชุมวิชาการ

AI Flame Graphs และการวิเคราะห์ GPU

  • AI Flame Graphs ยังอยู่ในระยะเริ่มต้น และยังคงคาดหวังว่าจะถูกใช้อย่างกว้างขวางในการวิเคราะห์ GPU เช่นเดียวกับการวิเคราะห์ CPU
    • ในปัจจุบัน Flame Graph เป็นเครื่องมือที่ใช้ทั่วไปในการวิเคราะห์สมรรถนะ CPU แต่การนำมาใช้ใน GPU ยังคงจำกัด
    • เขาชี้ว่าความเป็นเวอร์ชันโอเพนซอร์ส เฉพาะ Intel เท่านั้นเป็นข้อจำกัดสำคัญต่อการแพร่หลาย
  • เมื่อโค้ดของ GPU มีความซับซ้อนมากขึ้น ความจำเป็นของ AI Flame Graphs จึงมีแนวโน้มสูงขึ้น

กลยุทธ์คลาวด์และความร่วมมือในองค์กร

  • เขานำการวาง กลยุทธ์การคำนวณคลาวด์ของอินเทล และเข้าร่วมการพบปะลูกค้า 110 ครั้ง
  • ร่วมมือกับ 6 องค์กรในการจัดทำกลยุทธ์ที่มีข้อเสนอเชิงปฏิบัติ 33 ข้อ และออกแบบ แผนฟื้นตัวด้านคลาวด์ระดับองค์กรทั้งหมดของอินเทล
    • เขาสร้าง แผนที่ความร่วมมือระหว่างหน่วยงาน ที่แสดงความเชื่อมโยงระหว่างทีมที่เกี่ยวข้อง 19 ทีม ซึ่งได้รับการประเมินว่าเป็นความพยายามเชิงรูปแบบแรกภายในอินเทล
    • กลยุทธ์ดังกล่าวถูกแบ่งปันเฉพาะผ่านสไลด์ภายในเท่านั้น

ประสบการณ์และความทรงจำที่อินเทล

  • เขากล่าวว่า 3 ปีที่อยู่ในอินเทลเป็นช่วงเวลาที่ท้าทายที่สุดในประวัติศาสตร์บริษัท และ 15 เดือนแรกมีการ หยุดรับคน
  • อย่างไรก็ตาม เขายังแสดงความพึงพอใจที่สามารถสร้างผลงานได้หลากหลาย
  • ประสบการณ์ที่จำได้เด่น ๆ ได้แก่ การพบ Linus Torvalds การสนทนากับ Pat Gelsinger การเรียนเซิร์ฟนอกสถานที่ที่ออสเตรเลีย และการได้พบปะกับ Harshad Sane
  • เขากล่าวว่าการติดต่อสื่อสารกับ เพื่อนร่วมงานสายฮาร์ดแวร์ของอินเทล ช่วยให้เขาเข้าใจโครงสร้างภายใน โปรเซสเซอร์ ได้กว้างขึ้น

แผนในอนาคตและข้อความถึงอินเทล

  • เขากล่าวว่าการดำเนินงานตาม ข้อเสนอ 33 ข้อ ที่จะทำในอีกไม่กี่ปีข้างหน้าของอินเทลจะถูกผู้สืบทอดภายหลังต่อยอด
    • ข้อเสนอส่วนใหญ่เป็นงานที่ท้าทาย ต้องการ การยอมรับการเปลี่ยนแปลง ความเห็นชอบจากผู้บริหาร และการลงทุนระยะยาว
    • เอกสารที่เกี่ยวข้องถูกเก็บไว้ในโฟลเดอร์ที่แชร์กับผู้บริหารของอินเทล
  • เขาหวังว่า กลยุทธ์ CloudTeams ของเขาจะช่วยให้การเสริมความเข้มแข็งของอินเทลดำเนินต่อไป
  • เขาจบข้อความด้วยคำอวยพรให้โอกาสสำเร็จของอินเทล

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 2025-12-07
ความคิดเห็นจาก Hacker News

  • แม้จะบอกว่าช่วงไม่กี่ปีข้างหน้าที่ Intel จะมุ่งเน้นการดำเนิน "33 กลยุทธ์เพื่อทวงคืนคลาวด์" แต่การเชื่อว่าหลังจากเขาจากไปแล้วแผนนั้นจะยังถูกทำต่อเหมือนเดิมก็ดูไม่สมจริงนัก

    • ถ้าสำเร็จก็ได้หน้า แต่ถ้าล้มเหลวก็เป็นคนอื่นที่ต้อง รับผิดแทน ดูเป็นแพตเทิร์นแบบคลาสสิก
    • คิดว่าวัฒนธรรมการให้ ‘คำแนะนำ’ แบบละเอียดและเหนียวหนึบเช่นนี้ เป็นผลลัพธ์ของ การยึดติดกับตัวบุคคล ที่สร้าง Intel ในทุกวันนี้
      ทำงานมา 21 ปีแล้ว แต่ช่วงนี้บรรยากาศเต็มไปด้วยคนที่อยากทำแค่เท่าที่จำเป็นแล้วรับเงินเดือน
      แผนใหญ่โตแบบนี้สุดท้ายก็ไม่มีใครแตะ

  • พอเห็นประโยคที่ว่า “ได้ประชุมกับลูกค้า 110 ครั้งเพื่อกลยุทธ์คลาวด์” ก็แปลกใจว่ามีคนคอยนับเรื่องแบบนี้ด้วย
    ทำเอาคิดว่าฉันควรเริ่มนับบ้างไหม เพราะมันน่าจะช่วยเรื่อง การโปรโมตตัวเอง ได้จริง

    • ปกติฉัน ชอบวัดผล อยู่แล้ว เพราะทำงานรีโมตจึงมีแรงกดดันว่าต้องพิสูจน์ให้ได้ว่า ‘ทำงานจากบ้านมีประสิทธิภาพ’
      อีกทั้งในฐานะพนักงานอาวุโสก็มีหน้าที่ต้องรายงานว่าตัวเองใช้เวลาไปกับอะไร
    • ในบริษัทใหญ่ ทุกคนต้องแสดงคุณค่าของตัวเองออกมาเป็นตัวเลข จึงพากันเก็บ บันทึกรายละเอียด แบบนี้
    • ถ้าดูบล็อกช่วงหลังของเขา จะเห็นว่าการเป็นพนักงานรีโมตที่อยู่ห่างจากสำนักงานใหญ่ในอเมริกา ทำให้มีแรงกดดันให้ ทำผลงานเป็นตัวเลข
    • แค่ใช้ gcalcli ค้นหาประชุมที่มีลูกค้ารวมอยู่ก็จบแล้ว สำหรับวิศวกรแล้ว การประชุมกับลูกค้า 110 ครั้งถือว่า เยอะมาก
    • ต้องจด บันทึกการประชุม ไว้เสมอ เพราะภายหลังมันจะกลายเป็นหลักฐานไว้ปกป้องตัวเองเวลาเกิดการ escalations หรือประชุมรีวิว

  • เป็น โพสต์อำลางาน หลังจากแค่ 3 ปีครึ่ง ฟังแล้วยากจะรู้สึกร่วม
    คิดว่าในเวลาสั้นขนาดนั้นคงยากที่จะสร้างอิมแพกต์ใหญ่ได้ พอเห็นรายการอย่าง “สัมภาษณ์กับ WSJ” ก็ให้ความรู้สึกเหมือนเป็นโพสต์เพื่อ PR

    • แต่ถ้าดูงานเขียนอื่น ๆ ของเขา จะเห็นว่าเขาเป็น คนที่ไม่ธรรมดาในแง่ผลิตภาพ
      ภายใน 3.5 ปีเขาทำอะไรได้มากมายในองค์กรขนาดมหึมา และพูดตรง ๆ ว่าก็น่าอิจฉา
    • สำหรับฉันมันไม่ได้รู้สึกพิเศษอะไร แต่คนอื่นคงมองว่า “วิศวกรด้าน ประสิทธิภาพการทำงาน ระดับโลกกำลังย้ายไปบริษัทอื่น”
    • การที่โพสต์แบบนี้ขึ้น HN อาจไม่ใช่เพราะเจ้าตัวเป็นคนโพสต์เองก็ได้ หลายครั้งก็เป็นบทความในบล็อกที่แพร่ต่อกันไปเองตามธรรมชาติ
    • ฉันอยู่บริษัทมา 16 ปีแล้ว แต่ยังไม่ได้สร้าง อิทธิพลที่โดดเด่น อะไรเลย เลยยิ่งรู้สึกเชื่อมโยงกับเรื่องนี้
    • เขานำ Flamegraph ที่สร้างไว้ตั้งแต่ปี 2011 มาปรับใช้กับการวิเคราะห์โหลด GPU บนคลาวด์ และยังโน้มน้าวให้เปิดซอร์สโค้ดภายในออกเป็นโอเพนซอร์สได้ด้วย
      ส่วน “สัมภาษณ์กับ WSJ” นั้นเป็นแค่ถ้อยคำสำหรับผู้จัดการมากกว่า สิ่งที่น่าเสียดายจริง ๆ คือองค์กรกลับใช้ประโยชน์จากเขาได้ไม่เต็มที่

  • เขาเคยพูดในบทความอื่นถึงความเหนื่อยล้าจาก ประชุมกลางดึกเพราะต่างเขตเวลา
    ไม่ว่าเขาจะลาออกด้วยเหตุผลใด ก็หวังว่าในที่ทำงานใหม่จะเจอ สมดุลชีวิตกับงาน ที่ดีกว่า

    • Intel มีทีมวิศวกรรมอยู่แทบทุกเขตเวลาทั่วโลก ดังนั้นสำหรับใครสักคนมันจึงเป็น ประชุมตอนดึกมาก อยู่เสมอ
      การทำงานร่วมกันแบบ asynchronous ที่อาศัยเอกสารอย่างเดียวก็มีข้อจำกัด และก็ไม่ได้เดินทางไปพบกันได้บ่อย
      การทำงานที่ Intel ในตอนนี้จึงหมายถึงการต้องยอมรับความจริงข้อนี้

  • ดูจากคอมเมนต์แล้วมีปฏิกิริยา ค่อนข้างโจมตี อยู่มาก
    ดูเหมือนบางคนอาจไม่รู้จักผลงานของ Brendan Gregg ดีพอ เขาเป็น วิศวกรที่ควรได้รับความเคารพ อย่างไม่ต้องสงสัย

    • ช่วงนี้บรรยากาศในคอมเมนต์แปลก ๆ มีการโจมตีแบบไร้หลักฐานมากเกินไป จนรู้สึกเหมือนมี โทรล ไหลเข้ามา

  • พออ่านปุ๊บก็รู้สึกทันทีว่ามีกลิ่นของ การโปรโมตตัวเอง แรงมาก

    • แต่เขาจำเป็นต้องทำแบบนั้นหรือ? ชื่อของเขาเองก็เป็น แบรนด์ในคอมมูนิตี้สายเทคนิค อยู่แล้ว

  • นี่เหมือนมาสเตอร์คลาสของการเปลี่ยนอีเมลลาออกให้กลายเป็น ‘พอร์ตโฟลิโอสำหรับโอกาสถัดไป’
    ไม่ได้ประชดนะ ฉันคิดว่ามันเป็นตัวอย่างที่ยอดเยี่ยมของการแสดงให้เห็นคุณค่าที่ตัวเองสร้างไว้

  • Intel กำลัง สูญเสียคนเก่งอย่างรวดเร็ว
    นี่ไม่ใช่ครั้งแรก และคงไม่ใช่ครั้งสุดท้าย

  • มีคำถามเกี่ยวกับประสิทธิภาพด้านคลาวด์
    บน AWS ฉันรันเครื่อง Intel 192 คอร์แบบเดียวกันทั้งในรูปแบบ metal และ virtualized instance แล้วฝั่งที่เป็น virtualized มี throughput ของ CPU ต่ำกว่า 20~25%
    เลยสงสัยว่านี่เป็นปัญหาของ AWS เอง เป็นการสูญเสียจากซอฟต์แวร์สแตก หรือเป็นปัญหาระดับ CPU กันแน่
    แล้วถ้าเปลี่ยนไปใช้ AMD หรือ Graviton จะดีขึ้นไหมก็อยากรู้

    • แนะนำให้ลองใช้ perf top-down microarchitectural analysis
    • อินสแตนซ์ AWS รุ่นใหม่ ๆ มีหลายฟังก์ชันที่ ออฟโหลดไปยังฮาร์ดแวร์เฉพาะทาง แล้ว ดังนั้นสิ่งที่แชร์กันระหว่าง VM จึงเหลือประมาณแบนด์วิดท์หน่วยความจำกับแคชระดับบน
      บน metal อาจมีการปนเปื้อนของแคชน้อยกว่า จึงเป็นไปได้ว่านี่คือสาเหตุของความต่างด้านประสิทธิภาพ
    • overhead ระดับนั้นถือว่าใหญ่พอสมควร บน AMD ไม่เคยเห็นมากขนาดนี้
      สงสัยว่าคุณได้ทำ profiling ดูหรือยังว่ามี overhead จาก virtualization อย่าง การเข้ารหัสหน่วยความจำ หรือไม่
    • ถ้าเป็นไปได้ อยากให้แชร์ /proc/cpuinfo มาบางส่วน

  • ลองคำนวณดูแล้ว ช่วง 6 เดือนที่ผ่านมาเขาน่าจะมี ประชุมกลางดึก มากกว่านั้นอีกมาก
    เขาอาศัยอยู่ในออสเตรเลีย ส่วนสำนักงานใหญ่ของ Intel อยู่ในสหรัฐฯ
    บทความที่เกี่ยวข้อง: 3 Years of Extremely Remote Work
    ตอนนั้นพูดถึงการประชุม 77 ครั้ง แต่ในโพสต์ลาออกครั้งนี้เขาพูดถึงการประชุมกับลูกค้า 110 ครั้ง

    • ตัวเลขสองชุดนี้คนละความหมายกัน ตัวเลข 110 ในโพสต์ลาออกหมายถึง การประชุมกับลูกค้า ส่วนตัวเลขในบทความที่ลิงก์ไว้เป็นการประชุมทั่วไป