《性能之巔》作者Brendan Gregg入職OpenAI，總裁Brockman以粉絲身份親自歡迎
入職后，他將加入ChatGPT性能團(tuán)隊(duì)，在澳大利亞遠(yuǎn)程辦公，向團(tuán)隊(duì)負(fù)責(zé)人Justin Becker匯報(bào)工作。
Brendan在技術(shù)圈被尊稱(chēng)為“性能之神”，他的加入受到了OpenAI總裁Brockman的親自歡迎。
Brockman甚至表示，自己是Brendan多年的老粉絲。
Brendan的實(shí)力究竟有多強(qiáng)？
他的代表著作《性能之巔》，長(zhǎng)期被全球高校和科技巨頭列為性能工程的必讀教材。
他還發(fā)明了著名的火焰圖（Flame Graphs），讓程序員能像看熱力圖一樣直觀地了解CPU的工作狀態(tài)。
同時(shí)，他還是Linux內(nèi)核核心技術(shù)eBPF的主要推動(dòng)者，一手構(gòu)建了現(xiàn)代云計(jì)算的性能分析工具箱……
網(wǎng)友評(píng)價(jià)，Brendan的這些成果絕對(duì)是頂尖水平。
那么，這樣一位技術(shù)大佬為何選擇在此時(shí)加入OpenAI？他本人通過(guò)一篇博客闡述了自己的看法和觀察。
Brendan博客自述入職理由
Brendan剛進(jìn)入OpenAI，就給自己定下了一條嚴(yán)格的規(guī)矩。
Do anything, do it at scale, and do it today.做任何事，都要規(guī)?；刈?，并且就在今天做。
這是一種隨時(shí)準(zhǔn)備應(yīng)對(duì)挑戰(zhàn)的狀態(tài)。在他看來(lái)，在這個(gè)行業(yè)中，優(yōu)化工作就是要追求速度，必須在當(dāng)天就在成千上萬(wàn)臺(tái)機(jī)器上運(yùn)行起來(lái)，并且立即見(jiàn)效。
這種對(duì)速度和規(guī)模的硬性要求，迫使他必須時(shí)刻關(guān)注那些龐大的算力集群，哪怕能在細(xì)微之處提升一點(diǎn)點(diǎn)效率，也要馬上行動(dòng)，絕不拖延。
而OpenAI“無(wú)禁區(qū)”的環(huán)境，恰好為他提供了施展的空間——在OpenAI，只要能提升性能，沒(méi)有任何領(lǐng)域被認(rèn)為是不可改變的。
當(dāng)然，除了看到OpenAI是一個(gè)大舞臺(tái)外，Brendan還發(fā)現(xiàn)，AI行業(yè)迫切需要他的參與。
讓他產(chǎn)生這種想法的，是生活中的一件真實(shí)事件。
他發(fā)現(xiàn)理發(fā)師、房地產(chǎn)經(jīng)紀(jì)人、稅務(wù)會(huì)計(jì)師、兼職養(yǎng)蜂人等各種職業(yè)的人都在和他談?wù)揅hatGPT，這讓他意識(shí)到，AI已經(jīng)成為普通人日常使用的工具，背后的流量肯定非常巨大，對(duì)后臺(tái)的壓力也增加了一個(gè)量級(jí)。
面對(duì)如此龐大的流量，以前在通用計(jì)算時(shí)代使用的那些老方法已經(jīng)不再適用。過(guò)去幾十年，人們習(xí)慣關(guān)注CPU和數(shù)據(jù)庫(kù)調(diào)優(yōu)，使用的都是舊時(shí)代的工具，但現(xiàn)在面對(duì)的是數(shù)萬(wàn)張GPU組成的超級(jí)集群和復(fù)雜的神經(jīng)網(wǎng)絡(luò)。
舊工具箱里的工具無(wú)法應(yīng)對(duì)新機(jī)器，面對(duì)大模型訓(xùn)練這種新事物，必須放下以前的經(jīng)驗(yàn)，重新建立一套專(zhuān)門(mén)針對(duì)大模型的工程方法。
這也是他果斷離開(kāi)從事了半輩子的通用云計(jì)算領(lǐng)域，投身AI基礎(chǔ)設(shè)施這一難題的原因。
他要做的事情非常具體，就是解決ChatGPT背后的性能瓶頸，確保這臺(tái)昂貴的機(jī)器在全球用戶(hù)使用時(shí)仍能快速運(yùn)行。
誰(shuí)是Brendan？
那么，Brendan究竟是怎樣一位傳奇人物？
可以說(shuō)，他是現(xiàn)代系統(tǒng)性能領(lǐng)域的“定海神針”。他所著的《性能之巔》和《BPF Performance Tools》，在后端或運(yùn)維領(lǐng)域家喻戶(hù)曉。
這兩部著作被全球技術(shù)圈奉為經(jīng)典，專(zhuān)門(mén)用于解決最棘手的系統(tǒng)瓶頸問(wèn)題，是排查問(wèn)題時(shí)的標(biāo)準(zhǔn)參考和“最后救命稻草”。
寫(xiě)出這兩部大作的Brendan，是一位在極端實(shí)戰(zhàn)環(huán)境中歷練出來(lái)的資深專(zhuān)家。
早年（2001-2014年）在Sun Microsystems和Joyent任職的十幾年間，他已是DTraceToolkit的核心開(kāi)發(fā)者，那時(shí)就奠定了自己在動(dòng)態(tài)追蹤領(lǐng)域的元老地位。
中期（2014-2022年），他轉(zhuǎn)至Netflix擔(dān)任高級(jí)性能架構(gòu)師。
當(dāng)時(shí)Netflix正面臨全球最大的云端架構(gòu)挑戰(zhàn)，他每天面對(duì)海量并發(fā)請(qǐng)求和極其復(fù)雜的微服務(wù)架構(gòu)，處理的都是普通規(guī)模下難以遇到的性能難題。
在加入OpenAI之前，他曾擔(dān)任Intel Fellow。
在這個(gè)硬件巨頭的頂層技術(shù)崗位上，他專(zhuān)注于解決一個(gè)長(zhǎng)期痛點(diǎn)——如何讓軟件工程師理解硬件PMU（性能監(jiān)控單元）傳回的底層數(shù)據(jù)。
除了著作和履歷，他還是整個(gè)行業(yè)分析方法的發(fā)明家。
他的發(fā)明中最具代表性的作品之一就是文章開(kāi)頭提到的火焰圖。
在此之前，分析CPU熱點(diǎn)只能查看成千上萬(wàn)行枯燥的文本堆棧，效率極低。
他將這些數(shù)據(jù)轉(zhuǎn)化為直觀的、可視化的交互式圖譜，性能瓶頸在哪里，一眼就能確定并解決。
這還不夠，為了對(duì)比版本更新前后的性能差異，他又衍生出了差分火焰圖。
除了關(guān)注CPU的工作狀態(tài)，他還特別推廣了Off-CPU分析方法論，專(zhuān)門(mén)捕捉那些因I/O等待導(dǎo)致進(jìn)程“低效運(yùn)行”的隱形問(wèn)題，徹底填補(bǔ)了傳統(tǒng)分析中的盲區(qū)。
此外，Linux生態(tài)中現(xiàn)在最標(biāo)準(zhǔn)化的bcc和bpftrace工具集，也是他長(zhǎng)期維護(hù)和貢獻(xiàn)的成果。
他還開(kāi)發(fā)了延遲熱力圖（Latency Heatmaps），用于揭示平均值掩蓋下的長(zhǎng)尾抖動(dòng)，以及專(zhuān)門(mén)為排查者指引方向的USE方法（利用率、飽和度、錯(cuò)誤）。
總之，Brendan將“系統(tǒng)診斷”這門(mén)看似玄妙的技術(shù)變成了有章可循的科學(xué)。USENIX LISA為他頒發(fā)杰出成就獎(jiǎng)，就是對(duì)他這些年實(shí)戰(zhàn)成果最權(quán)威的認(rèn)可。
One More Thing
Brendan在博客中提到，他選擇加入OpenAI，還有一個(gè)私人情結(jié)——圓夢(mèng)。
小時(shí)候他是英劇《Blake’s 7》的忠實(shí)粉絲，對(duì)劇中那臺(tái)名為Orac的超級(jí)計(jì)算機(jī)特別著迷。Orac能控制宇宙中的其他電腦，但脾氣很壞，動(dòng)不動(dòng)就懟人。
上大學(xué)時(shí)，Brendan想自己打造一臺(tái)Orac，但當(dāng)時(shí)的硬件性能太差，內(nèi)存甚至連完整字典都存不下，被電腦銷(xiāo)售嘲笑后，這件事就擱置了。
直到遇到ChatGPT，他發(fā)現(xiàn)這簡(jiǎn)直就是現(xiàn)實(shí)中的Orac。
他甚至專(zhuān)門(mén)修改了ChatGPT的自定義指令，讓它模仿Orac那種“只有原始人才會(huì)問(wèn)這種蠢問(wèn)題”的傲嬌語(yǔ)氣與自己對(duì)話。
對(duì)現(xiàn)在的他來(lái)說(shuō)，加入OpenAI，其實(shí)就是親手實(shí)現(xiàn)童年那個(gè)遙不可及的科幻夢(mèng)。
參考鏈接：https://www.brendangregg.com/blog/2026-02-07/why-i-joined-openai.html
本文來(lái)自微信公眾號(hào)“量子位”，作者：克雷西，36氪經(jīng)授權(quán)發(fā)布。
本文僅代表作者觀點(diǎn)，版權(quán)歸原創(chuàng)者所有，如需轉(zhuǎn)載請(qǐng)?jiān)谖闹凶⒚鱽?lái)源及作者名字。
免責(zé)聲明：本文系轉(zhuǎn)載編輯文章，僅作分享之用。如分享內(nèi)容、圖片侵犯到您的版權(quán)或非授權(quán)發(fā)布，請(qǐng)及時(shí)與我們聯(lián)系進(jìn)行審核處理或刪除，您可以發(fā)送材料至郵箱：service@tojoy.com