Ao deixar a Intel

 (brendangregg.com)
1 pontos por GN⁺ 2025-12-07 | 1 comentários | Compartilhar no WhatsApp
  • Brendan Gregg anunciou que está deixando a Intel após 3 anos e meio de trabalho e aceitando novas oportunidades
  • Durante seu período na Intel, desenvolveu e lançou como open source o AI Flame Graphs, além de impulsionar o heatmap de GPU e o suporte a stack walking no Linux
  • Liderou no eBPF Technical Steering Committee (BSC), foi cochair da USENIX SREcon APAC 2023 e realizou 6 palestras principais
  • Participou da elaboração da estratégia de nuvem da Intel, trabalhando com 6 organizações, projetando uma estratégia interna com 33 propostas concretas e conduzindo 110 reuniões com clientes
  • Ele fez contribuições mesmo em um período difícil da Intel e espera que o trabalho com AI Flame Graphs e com a estratégia de nuvem continue a impactar o futuro da empresa

Saída da Intel e principais realizações

  • Brendan Gregg anunciou que está deixando a Intel para aceitar uma nova oportunidade
    • Em um e-mail para os funcionários da Intel, ele disse ter resumido o que fez ao longo de 3 anos e meio
  • Entre os principais projetos abertos que realizou enquanto esteve na Intel, desenvolveu o AI Flame Graphs e o disponibilizou como código aberto (iaprof)
  • Produziu um GPU subsecond-offset heatmap e habilitou o stack walking em distribuições Linux
  • Conduziu uma entrevista com o Wall Street Journal sobre monitoramento de segurança com eBPF
  • Liderou no eBPF Technical Steering Committee (BSC) e foi cochair da USENIX SREcon APAC 2023
  • Realizou um total de 6 keynotes em conferências

AI Flame Graphs e análise de GPU

  • O AI Flame Graphs ainda está em estágio inicial, e ele espera que seja amplamente adotado em análise de GPU, como já é o caso da análise de desempenho de CPU
    • Embora os Flame Graphs sejam amplamente utilizados em análise de desempenho de CPU, ainda há pouca adoção em GPU
    • O fato de a versão open source ser exclusiva da Intel foi citado como uma limitação para sua divulgação
  • Ele projeta que, conforme o código de GPU se torna mais complexo, a necessidade de AI Flame Graphs tende a crescer

Estratégia de nuvem e colaboração interna

  • Liderou a definição da estratégia de computação em nuvem da Intel e participou de 110 reuniões com clientes
  • Trabalhou com 6 organizações para criar uma estratégia com 33 propostas concretas, desenhando um plano de revitalização de nuvem em nível corporativo
    • Produziu um mapa interorganizacional com interações entre 19 times relacionados, considerado a primeira iniciativa desse tipo dentro da Intel
    • Essa estratégia foi compartilhada apenas por meio de slides internos

Experiência na Intel e recordações

  • Ele disse que seus 3 anos na Intel corresponderam ao período mais difícil da história da empresa, e que os primeiros 15 meses foram de congelamento de contratações
  • Mesmo assim, expressou satisfação por ter deixado diversas realizações
  • Entre as lembranças marcantes, citou um encontro com Linus Torvalds, uma conversa com Pat Gelsinger, uma aula de surfe em retiro na Austrália e o vínculo com Harshad Sane
  • Disse que, ao interagir com os hardware fellows da Intel, ampliou seu entendimento da estrutura interna dos processadores

Planos futuros e mensagem para a Intel

  • Ele afirmou que a execução dos 33 pontos que pretendia fazer na Intel nos próximos anos pode ser retomada por seus sucessores
    • A maior parte dessas propostas é de difícil execução, exigindo aceitação de mudanças, aprovação da liderança e investimento de longo prazo
    • As informações correspondentes foram deixadas em uma pasta compartilhada com a diretoria da Intel
  • Disse que espera que sua estratégia CloudTeams continue ajudando a fortalecer a Intel continuamente
  • Encerrando, desejou sucesso para a Intel

Leituras relacionadas

1 comentários

 
GN⁺ 2025-12-07
Opinião no Hacker News

  • Dizem que os próximos anos na Intel seriam focados em executar "33 estratégias para reconquistar a nuvem", mas parece um pouco irrealista acreditar que esse plano será seguido exatamente da mesma forma depois que ele saiu

    • Parece o padrão clássico: se der certo, leva o crédito; se der errado, outra pessoa fica com a culpa
    • Acho que essa cultura de "conselhos" tão detalhados e pegajosos é resultado do personalismo que moldou a Intel atual
      Trabalhei lá por 21 anos, e hoje em dia o clima predominante é de fazer só o mínimo e receber o salário
      Esses planos grandiosos acabam ficando sem que ninguém mexa neles

  • Quando li a frase "fiz 110 reuniões com clientes para a estratégia de nuvem", fiquei surpreso que exista gente contando esse tipo de coisa
    Até pensei se eu também deveria começar a contar; certamente parece ajudar na autopromoção

    • Eu, na verdade, gosto de medir. Como trabalho remotamente, existe a pressão de provar que o home office é eficaz
      E, como funcionário sênior, também tenho a responsabilidade de prestar contas sobre onde estou gastando meu tempo
    • Em grandes empresas, você precisa expressar seu valor em números, então todo mundo deixa esse tipo de registro detalhado
    • Pelos blogs recentes dele, dá para ver que havia pressão para quantificar resultados por ele ser um trabalhador remoto da matriz dos EUA
    • Basta usar o gcalcli para buscar reuniões com clientes. Do ponto de vista de um engenheiro, 110 reuniões com clientes é um número bem alto
    • Você sempre precisa deixar notas de reunião. Depois elas servem como base para se defender em escalonamentos ou reuniões de revisão

  • Um "post de despedida ao sair da empresa" depois de apenas 3 anos e meio é algo com que tenho dificuldade de me identificar
    Acho difícil deixar um grande impacto em tão pouco tempo. Quando vejo itens como "entrevista no WSJ", parece texto de PR

    • Pelos outros textos dele, dá para ver que ele é uma figura fora do comum em termos de produtividade
      Em 3,5 anos, fez muita coisa dentro de uma organização enorme e, sinceramente, isso até dá inveja
    • Para mim não causou muito efeito, mas outras pessoas provavelmente pensam: "um engenheiro de performance de nível mundial está indo para outra empresa"
    • O fato de esse texto aparecer no HN não quer dizer que ele mesmo o publicou. Muitas vezes um post de blog se espalha naturalmente
    • Estou há 16 anos na minha empresa e ainda não tive uma influência visível; por isso me identifico ainda mais
    • Ele aplicou o Flamegraph, que criou em 2011, à análise de carga de GPUs na nuvem e convenceu a empresa a abrir o código interno como open source
      "Entrevista no WSJ" é só uma formulação para gestores; o que realmente deixa a desejar é que a organização não soube aproveitá-lo melhor

  • Em outro texto ele comentou sobre o cansaço de reuniões noturnas por causa do fuso horário
    Seja qual for o motivo da saída, espero que encontre um equilíbrio entre vida pessoal e trabalho melhor no novo emprego

    • A Intel tem equipes de engenharia em praticamente todos os fusos do mundo, então para alguém sempre acaba sendo uma reunião no meio da noite
      Havia limites para a colaboração assíncrona baseada em documentos, e também não dava para viajar com frequência
      Trabalhar na Intel hoje significa aceitar essa realidade

  • Pelos comentários, há muitas reações agressivas
    Talvez algumas pessoas não conheçam bem as conquistas de Brendan Gregg. Ele claramente é um engenheiro que merece respeito

    • O clima dos comentários anda estranho ultimamente. Tem crítica sem fundamento demais, quase como se houvesse trollagem entrando

  • Assim que li o texto, fiquei com a impressão de que havia muita autopromoção

    • Mas será que ele precisa disso? O nome dele já é praticamente uma marca na comunidade técnica

  • Isso parece uma aula magistral de como transformar um e-mail de saída em um "portfólio para a próxima oportunidade"
    Não digo isso de forma sarcástica; acho um ótimo exemplo de como mostrar bem o valor que você criou

  • A Intel está perdendo talentos competentes rapidamente
    Esta não foi a primeira vez e provavelmente não será a última

  • Tenho uma dúvida sobre desempenho em nuvem
    Rodei a mesma máquina Intel de 192 núcleos na AWS, em instâncias metal e virtualizadas, e o lado virtualizado teve 20–25% menos throughput de CPU
    Fico me perguntando se isso é um problema da AWS, perda na stack de software ou algo no nível da CPU
    Também queria saber se trocar para AMD ou Graviton ajudaria

    • Recomendo usar a análise microarquitetural top-down do perf
    • As instâncias AWS mais recentes descarregam muitos recursos em hardware dedicado, então entre VMs o que costuma ser compartilhado é largura de banda de memória e cache de níveis superiores
      No metal há menos poluição de cache, então isso pode explicar a diferença de desempenho
    • Um overhead desse tamanho é bem grande. Na AMD não era tão grande assim
      Gostaria de saber se você chegou a perfilar para ver se existe overhead de virtualização, como criptografia de memória
    • Se possível, seria bom compartilhar parte do /proc/cpuinfo

  • Fazendo as contas, parece que nos últimos 6 meses ele teve muito mais reuniões noturnas
    Ele mora na Austrália, e a sede da Intel fica nos EUA
    Post relacionado: 3 Years of Extremely Remote Work
    Na época eram 77 reuniões, mas neste post de saída ele menciona 110 reuniões com clientes

    • Os dois números significam coisas diferentes. As 110 do post de saída são reuniões com clientes, e o número do linkado é de reuniões em geral