Rời Intel

 (brendangregg.com)
1 điểm bởi GN⁺ 2025-12-07 | 1 bình luận | Chia sẻ qua WhatsApp
  • Brendan Gregg cho biết ông đã kết thúc 3 năm rưỡi làm việc tại Intel và chấp nhận một cơ hội mới
  • Trong thời gian ở Intel, ông đã phát triển AI Flame Graphs và phát hành dưới dạng mã nguồn mở, đồng thời thúc đẩy bản đồ nhiệt GPU và hỗ trợ stack walking trên Linux
  • Ông thể hiện vai trò lãnh đạo trong eBPF Technical Steering Committee (BSC), đồng thời là đồng chủ tịch USENIX SREcon APAC 2023 và thực hiện 6 bài keynote
  • Ông tham gia xây dựng chiến lược đám mây của Intel, hợp tác với 6 tổ chức, thiết kế một chiến lược nội bộ gồm 33 đề xuất cụ thể và thực hiện 110 cuộc gặp khách hàng
  • Ông cho biết mình vẫn tạo ra thành quả trong giai đoạn khó khăn của Intel, đồng thời hy vọng công việc về AI Flame Graphs và chiến lược đám mây sẽ tiếp tục tạo ảnh hưởng lâu dài đến tương lai của Intel

Rời Intel và các thành tựu chính

  • Brendan Gregg cho biết ông rời Intel và đã chấp nhận một cơ hội mới
    • Ông nói rằng trong email gửi nhân viên Intel, ông đã tóm tắt các hoạt động trong 3 năm rưỡi qua
  • Trong số các dự án công khai chính khi làm việc tại Intel, ông đã phát triển AI Flame Graphs và công khai dưới dạng mã nguồn mở (iaprof)
  • Ông tạo ra GPU subsecond-offset heatmap và phối hợp với các bản phân phối Linux để kích hoạt tính năng stack walking
  • Ông đã thực hiện phỏng vấn với Wall Street Journal về chủ đề giám sát bảo mật eBPF
  • Ông thể hiện vai trò lãnh đạo trong eBPF Technical Steering Committee (BSC) và là đồng chủ tịch USENIX SREcon APAC 2023
  • Tổng cộng ông đã thực hiện 6 bài phát biểu keynote tại hội nghị

AI Flame Graphs và phân tích GPU

  • AI Flame Graphs vẫn đang ở giai đoạn đầu, và ông kỳ vọng nó sẽ được sử dụng rộng rãi trong phân tích GPU giống như với phân tích CPU
    • Hiện nay trong phân tích hiệu năng CPU, Flame Graph đã rất phổ biến, nhưng với GPU thì mức độ áp dụng vẫn còn hạn chế
    • Việc phiên bản mã nguồn mở chỉ dành cho Intel được nhắc đến như một rào cản cho việc phổ biến rộng rãi
  • Ông cho rằng khi mã GPU ngày càng phức tạp hơn, nhu cầu đối với AI Flame Graphs sẽ càng tăng

Chiến lược đám mây và hợp tác nội bộ

  • Ông dẫn dắt việc xây dựng chiến lược điện toán đám mây của Intel và tham gia 110 cuộc gặp khách hàng
  • Hợp tác với 6 tổ chức, ông xây dựng một chiến lược gồm 33 đề xuất cụ thể, qua đó thiết kế kế hoạch tái bứt phá đám mây ở quy mô toàn Intel
    • Ông tạo ra bản đồ liên tổ chức trực quan hóa tương tác giữa 19 đội ngũ liên quan, được đánh giá là hình thức thử nghiệm đầu tiên trong nội bộ Intel
    • Chiến lược này chỉ được chia sẻ dưới dạng slide nội bộ

Trải nghiệm và hồi tưởng tại Intel

  • Ông nói 3 năm ở Intel là giai đoạn khó khăn nhất trong lịch sử công ty, và 15 tháng đầu tiên ở trong tình trạng đóng băng tuyển dụng
  • Dù vậy, ông bày tỏ sự hài lòng vì vẫn để lại nhiều thành quả
  • Trong những trải nghiệm đáng nhớ, ông nhắc đến cuộc gặp với Linus Torvalds, cuộc trò chuyện với Pat Gelsinger, buổi học lướt sóng trong chuyến offsite tại Australia, và mối nhân duyên với Harshad Sane
  • Ông cho biết các trao đổi với những hardware fellow của Intel đã giúp ông mở rộng hiểu biết về cấu trúc bên trong của bộ xử lý

Kế hoạch sắp tới và thông điệp gửi Intel

  • Ông cho biết trong vài năm tới, việc triển khai 33 đề xuất vốn dự kiến thực hiện tại Intel có thể được những người kế nhiệm tiếp tục
    • Phần lớn các đề xuất là những nhiệm vụ khó, đòi hỏi chấp nhận thay đổi, phê duyệt từ lãnh đạo và đầu tư dài hạn
    • Ông giải thích rằng các tài liệu liên quan đã được để lại cho ban lãnh đạo Intel và trong thư mục chia sẻ
  • Ông bày tỏ hy vọng chiến lược CloudTeams của mình sẽ tiếp tục giúp Intel trở nên vững mạnh hơn
  • Cuối cùng, ông kết thúc bài viết bằng lời chúc Intel thành công

Bài viết liên quan

1 bình luận

 
GN⁺ 2025-12-07
Ý kiến trên Hacker News

  • Có vẻ như vài năm tới ở Intel lẽ ra sẽ tập trung vào việc thực thi "33 chiến lược để giành lại cloud", nhưng việc tin rằng kế hoạch đó vẫn sẽ được triển khai nguyên vẹn sau khi bản thân rời đi nghe hơi thiếu thực tế

    • Có cảm giác như kiểu mẫu điển hình: thành công thì nhận công, thất bại thì người khác đứng ra gánh trách nhiệm
    • Tôi nghĩ văn hóa "lời khuyên" kiểu chi tiết, bám riết này là hệ quả của chủ nghĩa tôn sùng cá nhân đã tạo nên Intel hiện tại
      Tôi đã làm việc 21 năm, và dạo này bầu không khí chỉ toàn làm tối thiểu rồi lĩnh lương
      Những kế hoạch hoành tráng như vậy rốt cuộc chẳng ai đụng vào

  • Khi đọc câu "đã có 110 buổi gặp khách hàng cho chiến lược cloud", tôi khá ngạc nhiên vì có người lại đếm những thứ như vậy
    Tôi cũng tự hỏi có nên bắt đầu đếm từ giờ không, chắc chắn sẽ giúp ích cho việc tự thể hiện bản thân

    • Vốn dĩ tôi thích đo lường mọi thứ. Làm việc từ xa nên có áp lực phải chứng minh rằng "làm ở nhà vẫn hiệu quả"
      Hơn nữa, với tư cách là nhân sự cấp cao, tôi cũng có trách nhiệm báo cáo mình dùng thời gian vào đâu
    • Ở các tập đoàn lớn, ai cũng phải diễn đạt giá trị của mình bằng con số, nên mọi người đều để lại những ghi chép chi li như vậy
    • Nếu xem các bài blog gần đây của anh ấy, có thể thấy anh ấy chịu áp lực phải lượng hóa thành quả vì là nhân sự làm việc từ xa so với trụ sở Mỹ
    • Chỉ cần dùng gcalcli để tìm các cuộc họp có khách hàng là xong. Từ góc độ kỹ sư, 110 cuộc họp với khách hàng là một con số khá lớn
    • Lúc nào cũng phải để lại ghi chú cuộc họp. Sau này khi có escalation hay review meeting thì đó sẽ là căn cứ để tự bảo vệ mình

  • Một "bài chào tạm biệt khi nghỉ việc" sau chỉ 3 năm rưỡi thì khá khó đồng cảm
    Tôi nghĩ trong quãng thời gian ngắn như vậy khó mà để lại tác động lớn. Nhìn các mục như "phỏng vấn WSJ" thì thấy giống một bài viết phục vụ PR

    • Nhưng nếu đọc các bài khác của anh ấy, có thể thấy đây là một nhân vật năng suất khác thường
      Trong 3,5 năm, anh ấy đã làm được rất nhiều việc trong một tổ chức khổng lồ, nói thật là tôi có phần ghen tị
    • Cá nhân tôi không thấy quá ấn tượng, nhưng người khác có thể sẽ nghĩ rằng "một performance engineer đẳng cấp thế giới đang chuyển sang công ty khác"
    • Việc bài này xuất hiện trên HN chưa chắc là do chính tác giả đăng. Nhiều khi chỉ là bài viết trên blog tự nhiên lan truyền
    • Tôi đã ở công ty 16 năm mà vẫn chưa tạo được ảnh hưởng đáng chú ý, nên lại càng thấy đồng cảm
    • Anh ấy đã áp dụng Flamegraph tạo từ năm 2011 vào việc phân tích tải GPU trên cloud, và thuyết phục tổ chức công bố mã nội bộ dưới dạng mã nguồn mở
      "Phỏng vấn WSJ" chỉ là câu chữ dành cho quản lý, điều đáng tiếc thật sự là tổ chức đã không tận dụng anh ấy tốt hơn

  • Trong bài khác, anh ấy từng nhắc tới sự mệt mỏi vì các cuộc họp đêm do lệch múi giờ
    Dù rời đi vì lý do gì, tôi vẫn mong anh ấy sẽ tìm được work-life balance tốt hơn ở nơi làm việc mới

    • Intel có các nhóm kỹ thuật ở gần như mọi múi giờ trên thế giới, nên với ai đó thì lúc nào cũng sẽ là cuộc họp lúc nửa đêm
      Chỉ cộng tác bất đồng bộ dựa trên tài liệu thì cũng có giới hạn, mà việc đi công tác thường xuyên cũng không khả thi
      Làm việc ở Intel hiện nay đồng nghĩa với việc phải chấp nhận thực tế đó

  • Nhìn phần bình luận thì thấy có khá nhiều phản ứng mang tính công kích
    Có lẽ cũng có người không biết rõ thành tựu của Brendan Gregg. Dù sao anh ấy rõ ràng là một kỹ sư xứng đáng được tôn trọng

    • Không khí bình luận dạo này thật kỳ lạ. Có quá nhiều lời chỉ trích vô căn cứ, cứ như thể troll đang tràn vào vậy

  • Ngay khi đọc bài, tôi có ấn tượng rằng tính tự quảng bá bản thân khá mạnh

    • Nhưng liệu điều đó có cần thiết không? Tên tuổi của anh ấy vốn đã là một thương hiệu trong cộng đồng kỹ thuật rồi

  • Đây giống như một masterclass về cách biến email nghỉ việc thành "portfolio cho cơ hội tiếp theo"
    Tôi không nói mỉa đâu, mà thật sự nghĩ đây là một ví dụ xuất sắc cho việc thể hiện rõ giá trị mình đã tạo ra

  • Intel đang mất nhân tài giỏi một cách nhanh chóng
    Đây không phải lần đầu, và cũng sẽ không phải lần cuối

  • Tôi có một thắc mắc về hiệu năng cloud
    Tôi đã chạy cùng một máy Intel 192 lõi trên AWS ở cả chế độ metal và instance ảo hóa, và phía ảo hóa có thông lượng CPU thấp hơn 20~25%
    Tôi tò mò không biết đây là vấn đề của AWS, tổn thất trong software stack, hay là vấn đề ở cấp CPU
    Tôi cũng muốn biết liệu chuyển sang AMD hoặc Graviton có cải thiện không

    • Khuyên bạn nên thử top-down microarchitectural analysis của perf
    • Các instance AWS mới nhất đã offload nhiều chức năng sang phần cứng chuyên dụng, nên thứ được chia sẻ giữa các VM chủ yếu chỉ là băng thông bộ nhớ và cache cấp cao hơn
      Ở metal, tình trạng ô nhiễm cache ít hơn nên có thể đó là nguyên nhân tạo ra khác biệt hiệu năng
    • Mức overhead như vậy là khá lớn. Trên AMD tôi không thấy cao đến thế
      Không rõ bạn đã profiling để xem có overhead ảo hóa như mã hóa bộ nhớ hay không chưa
    • Nếu có thể, sẽ rất tốt nếu bạn chia sẻ một phần của /proc/cpuinfo

  • Tính ra thì trong 6 tháng qua anh ấy có vẻ đã có nhiều cuộc họp đêm hơn rất nhiều
    Anh ấy sống ở Úc, còn trụ sở Intel ở Mỹ
    Bài liên quan: 3 Years of Extremely Remote Work
    Khi đó là 77 cuộc họp, còn trong bài nghỉ việc lần này anh ấy nhắc tới 110 cuộc họp với khách hàng

    • Hai con số đó mang ý nghĩa khác nhau. Con số 110 trong bài nghỉ việc là cuộc họp với khách hàng, còn số trong bài được dẫn link là các cuộc họp nói chung