Broadcom Tomahawk 6 Duplica a Largura de Banda. Redes de IA Ainda Enfrentam um Gargalo de Escalabilidade

O Broadcom Tomahawk 6 dobrou a capacidade de switching Ethernet em um único chip para 102,4 terabits por segundo, mas esse avanço não dobra automaticamente a capacidade útil de um cluster de IA. Conexões mais rápidas podem consumir a largura de banda adicional antes que os operadores conectem mais aceleradores. A pressão resultante vai além dos switches e afeta layouts de edifícios, software e cronogramas de implantação.

Um artigo de opinião publicado em 30 de outubro no Data Center Dynamics trouxe essa tensão novamente ao foco. Seu autor, Omar Hassen, cofundador da Eridu, argumenta que as redes precisam moldar as instalações de IA desde o início. Seu alerta merece atenção, assim como uma análise criteriosa da cronologia e das premissas por trás dele.

Broadcom e Nvidia já estão respondendo com switching mais rápido e integração óptica. O trabalho de engenharia da Meta acrescenta outra consideração: largura de banda instalada e largura de banda utilizável são coisas diferentes. O conflito central está entre as crescentes exigências de comunicação e a capacidade da rede de oferecer desempenho previsível às aplicações.

Broadcom Tomahawk 6 Muda os Números, Não Toda a Equação

O mais recente aumento de largura de banda é real, mas não prova que a restrição de rede tenha desaparecido.

A Broadcom anunciou que estava enviando o Tomahawk 6 em 3 de junho de 2025. Sua capacidade declarada era de 102,4 terabits por segundo, uma medida do movimento agregado de dados pelo chip de switch. A empresa também descreveu recursos de roteamento e conectividade voltados à infraestrutura de IA.

Esse anúncio é relevante ao avaliar o recente argumento da parede de rede. Hassen apresenta a largura de banda insuficiente dos switches e a conectividade como restrições à infraestrutura produtiva de IA. Ele defende maior conectividade e redes mais planas, ou seja, projetos com menos camadas de switching.

O artigo é a análise de um executivo de fornecedor, e não uma medição independente de todo o mercado. Essa distinção não invalida sua tese. No entanto, significa que os leitores devem separar o argumento arquitetural das alegações sobre o progresso da indústria.

A cronologia exige atenção especial. O lançamento do Tomahawk 5 pela Broadcom ocorreu em 16 de agosto de 2022, quando a empresa anunciou capacidade de switching de 51,2 terabits. O anúncio seguinte veio em junho de 2025, menos de três anos depois.

Essas datas não sustentam tratar o intervalo entre os anúncios dos chips como quase quatro anos. Tampouco podem determinar quando sistemas completos se tornaram amplamente disponíveis ou entraram em produção. Envio de silício, qualificação de equipamentos e implantação operacional representam marcos diferentes.

Essa distinção muda a pergunta que os compradores devem fazer. A questão não é simplesmente se os fabricantes de switches estão dobrando a capacidade. É se os sistemas que podem ser implantados oferecem conectividade útil suficiente nas velocidades exigidas pela carga de trabalho pretendida.

Um chip mais rápido cria opções de projeto. Os operadores podem alocar sua capacidade para conexões mais rápidas, mais conexões ou uma combinação dos dois. Encapsulamento, projeto de equipamentos e configurações compatíveis determinam quais opções se tornam produtos viáveis.

Consequentemente, um marco de largura de banda deve iniciar uma avaliação arquitetural, e não encerrá-la. Os compradores precisam conectar a especificação do chip ao equipamento que podem adquirir. Em seguida, precisam conectar esse equipamento ao comportamento da aplicação.

A mesma cautela se aplica às alegações de que as redes ficaram irreversivelmente para trás da computação. Não há uma proporção universal que descreva todos os modelos, clusters ou implantações. Algumas aplicações trocam dados com frequência; outras mantêm mais trabalho localmente.

A conclusão defensável é mais restrita e mais útil. A capacidade de switching avançou, enquanto a capacidade, por si só, continua sendo uma descrição incompleta da infraestrutura de IA. A pressão surge quando as exigências de comunicação da carga de trabalho excedem a capacidade prática da rede de atendê-las.

Portas Mais Rápidas Podem Absorver Todo o Ganho de Largura de Banda

Um switch pode ficar mais rápido sem conectar mais aceleradores na velocidade exigida.

A distinção crucial está entre a largura de banda total e a radix, o número de conexões independentes que um switch suporta em uma velocidade especificada. Nenhum dos números faz sentido sem o outro. Uma alta contagem de conexões em velocidade menor não descreve a mesma capacidade que essa contagem em velocidade maior.

A aritmética explica por que a escalabilidade da largura de banda dos switches pode frustrar planejadores de infraestrutura. Se a capacidade agregada dobra enquanto a largura de banda exigida por conexão também dobra, a contagem teórica de conexões permanece inalterada. Trata-se de uma relação condicional, não de uma alegação medida sobre todos os switches comercializados.

Essa relação importa porque as instalações de IA precisam acomodar tanto a velocidade de comunicação quanto o tamanho do cluster. Atender a um requisito pode consumir os recursos destinados ao outro. Os operadores não podem presumir que uma nova geração de switches expande igualmente ambas as dimensões.

Um conector físico acrescenta outra complicação. Ele nem sempre corresponde a uma conexão independente de acelerador. Os equipamentos podem combinar canais em links mais rápidos ou dividir conexões compatíveis por meio de configurações breakout.

Por isso, os compradores precisam da configuração compatível, e não de uma contagem de conectores de destaque. Também precisam saber quantas conexões atendem aceleradores e quantas conectam switches. A capacidade alocada entre camadas de switching não pode atender simultaneamente a um endpoint.

As especificações do Tomahawk 6 da Broadcom ilustram por que os detalhes de configuração importam. A empresa descreve uma rede de duas camadas que suporta mais de 100.000 aceleradores a 200 gigabits por segundo por link. Trata-se de uma alegação de projeto do fornecedor vinculada a uma velocidade de conexão declarada, e não de uma garantia universal para clusters.

A qualificação de velocidade deve acompanhar o número de escala. Removê-la torna as comparações enganosas. Um projeto que suporta uma grande população de endpoints em uma velocidade não pode automaticamente suportar a mesma população em velocidade maior.

A mesma disciplina se aplica às camadas de switch. Adicionar outra camada pode ampliar uma rede, mas também introduz mais equipamentos e conexões. Se essa troca é aceitável depende do tráfego que a atravessa.

Uma rede maior não é necessariamente mais lenta em todos os sentidos relevantes. Caminhos adicionais podem fornecer capacidade e resiliência quando o projeto e o software os utilizam de forma eficaz. Da mesma forma, menos camadas não garantem melhor desempenho da aplicação.

A restrição prática é o padrão de comunicação que a rede precisa sustentar. Um projeto pode lidar bem com tráfego localizado, mas ter dificuldades quando as aplicações se comunicam entre grupos distantes. A largura de banda agregada pode ocultar essa diferença.

É por isso que comparar gerações de switches exige mais do que verificar se a capacidade dobrou. A comparação significativa mantém constantes a velocidade do endpoint, a carga de trabalho, os requisitos de resiliência e a topologia. Topologia significa o arranjo de dispositivos e links.

Sem essas condições, a escalabilidade da largura de banda dos switches pode parecer impressionante enquanto deixa o problema operacional em grande parte inalterado. Com elas, os compradores podem identificar qual parte do projeto realmente se beneficia.

A Pressão Recai Sobre os Proprietários de Clusters Antes dos Usuários de Aplicações

As limitações de rede se tornam um problema operacional quando a capacidade de computação paga fica à espera da comunicação.

Considere uma tarefa de treinamento distribuído, em que vários aceleradores cooperam para atualizar um modelo. Cada acelerador executa parte da computação. Em pontos definidos, os participantes trocam informações antes de continuar.

Uma operação coletiva coordena essa troca entre um grupo de processadores. All-reduce, por exemplo, combina contribuições e distribui o resultado combinado. Sua conclusão depende da comunicação exigida pelo grupo.

A consequência importante é a coordenação. Um acelerador que conclui seu trabalho local nem sempre pode avançar de forma independente. A comunicação atrasada pode prolongar o tempo até que a computação útil seja retomada.

Isso não significa que as redes expliquem todos os aceleradores ociosos. Preparação de dados, comportamento do software, limites de memória e agendamento também podem restringir o desempenho. Atribuir toda a subutilização à rede ocultaria o diagnóstico real.

Para um proprietário de cluster, a questão relevante é qual restrição controla a conclusão da tarefa. Switches mais rápidos têm valor limitado quando outro recurso determina o ritmo. Por outro lado, processadores mais rápidos oferecem menos benefício quando a comunicação continua no caminho crítico.

Isso cria pressão sobre o planejamento de infraestrutura. As equipes de compras podem adquirir aceleradores e rede por processos separados, mas a aplicação os experimenta em conjunto. Um desalinhamento se torna visível durante a execução da carga de trabalho, depois que as decisões sobre equipamentos já limitaram as soluções disponíveis.

A mesma relação aparece na inferência, o processo de executar um modelo treinado para gerar uma saída. Quando um modelo abrange aceleradores, a comunicação passa a fazer parte do atendimento à solicitação. Sua importância depende de como a aplicação divide o trabalho.

Modelos mixture-of-experts selecionam componentes especializados do modelo para diferentes entradas. Quando esses componentes residem em dispositivos diferentes, o roteamento de trabalho entre eles adiciona exigências de comunicação. A organização da implantação determina quanto tráfego atravessa a rede.

Outro arranjo separa o prefill, que processa um prompt de entrada, do decode, que gera a saída subsequente. Mover o estado intermediário de atenção do modelo entre essas etapas introduz uma exigência de transferência. Essa troca pode valer a pena, mas seu valor depende em parte do comportamento da rede.

Esses exemplos explicam por que os gargalos de rede de IA devem ser avaliados pela carga de trabalho. Resultados de treinamento não podem prever automaticamente o desempenho de inferência. Uma configuração otimizada para um padrão de comunicação pode se comportar de modo diferente sob outro.

Os usuários de aplicações encontram essas restrições indiretamente. Eles vivenciam tempos de conclusão, consistência de serviço e capacidade disponível, em vez de especificações de switches. Por isso, compradores corporativos precisam de evidências de serviço que reflitam o uso esperado.

Os operadores de clusters enfrentam a obrigação mais imediata: identificar onde a comunicação limita o trabalho útil e, em seguida, decidir se mudanças de hardware, software ou posicionamento resolvem o problema. Aumentar a largura de banda em todos os lugares é um substituto caro para compreender a restrição.

A mudança resultante no planejamento é concreta. Os requisitos de rede pertencem ao projeto da carga de trabalho e às decisões sobre instalações antes que as compras consolidem a arquitetura. Esperar pelo congestionamento visível deixa menos opções práticas.

Mais Capacidade de Switching Não Pode Corrigir Todo Problema de Tráfego

Uma rede pode conter capacidade agregada suficiente enquanto direciona o tráfego pelos caminhos errados.

Pense em uma rede com várias rotas disponíveis entre dispositivos que se comunicam. Se transferências intensas se concentram na mesma rota, outra rota pode permanecer subutilizada. Aumentar a largura de banda total instalada não garante que o tráfego seja distribuído de forma eficaz.

É aqui que as especificações de hardware se encontram com o comportamento do transporte, as regras que os endpoints usam para enviar, confirmar e recuperar dados. Essas regras influenciam a eficiência com que uma aplicação utiliza os caminhos disponíveis. Elas também determinam o que acontece quando congestionamento ou perda interrompem a comunicação.

O trabalho publicado pela Meta sobre sua rede de treinamento distribuído oferece um exemplo operacional. Seus engenheiros descreveram desafios de roteamento, coordenação com software de comunicação e agendamento que considera a topologia da rede. A experiência deles reforça a necessidade de tratar a rede como um sistema, e não como a compra de um switch.

RoCE, ou acesso remoto direto à memória por Ethernet convergente, permite que dispositivos acessem memória remota por uma rede Ethernet. O relato da Meta descreve como operar essas redes exigiu mudanças além da velocidade bruta dos links. A lição diz respeito à integração, não a um endosso universal de uma configuração específica.

A alocação de tarefas é uma parte dessa integração. Manter próximos na rede os dispositivos que mais se comunicam pode reduzir o tráfego através de links restritos. Distribuí-los de outra forma pode aumentar a pressão, mesmo que a quantidade total de aceleradores permaneça inalterada.

Por consequência, as decisões de agendamento afetam a qualidade aparente do hardware. Um benchmark com uma alocação favorável pode gerar resultados que desaparecem em condições de produção menos organizadas. Compradores devem compreender essa distinção antes de considerar o desempenho de benchmark como um compromisso de serviço.

O projeto de transporte MetaRoCE da Meta, de 24 de agosto de 2026, amplia o mesmo debate. A empresa descreve a transferência de mais gerenciamento de caminhos para os endpoints de rede e o suporte a pacotes que chegam fora de ordem. Ela relata validação com hardware de rede AMD Pensando.

Esses são resultados relatados pela empresa, sob as condições de teste declaradas por ela. Eles não estabelecem comportamento equivalente em todos os aceleradores, adaptadores ou ambientes de produção. Sua importância está no fato de que um grande operador está enfrentando limites de rede por meio do projeto de transporte, ao lado da infraestrutura física.

Portanto, Broadcom, Nvidia e Meta não devem ser reduzidas a uma simples disputa pela capacidade dos switches. O trabalho delas abrange diferentes partes do sistema de comunicação. Melhorias de hardware e software podem se complementar.

Para os compradores, isso torna as comparações entre fornecedores mais complexas, mas melhora as perguntas disponíveis. O desempenho depende de um adaptador específico? A biblioteca de comunicação exige configurações particulares? Como o tráfego é redistribuído após a falha de um link?

Essas perguntas conectam os gargalos das redes de IA à responsabilidade operacional. Alguém precisa manter a configuração que entrega o resultado prometido. Um recurso de desempenho tem valor prático limitado se a equipe de operações não consegue observá-lo ou solucioná-lo.

A implicação mais ampla é que o desempenho de uma aplicação não pode ser inferido apenas da capacidade agregada. Roteamento eficaz, endpoints compatíveis e alocação de cargas de trabalho determinam quanto dessa capacidade se torna útil. Silício mais rápido cria margem; o sistema decide quão bem utilizá-la.

A Integração Óptica Aborda a Energia, Mas Levanta Questões Operacionais

Reduzir o consumo de energia da comunicação é valioso, mas alegações de eficiência exigem um limite claramente definido.

A Nvidia anunciou switches de rede fotônica em março de 2025, incluindo produtos Spectrum-X Ethernet e Quantum-X InfiniBand. Seu anúncio colocou a integração óptica no centro de sua estratégia de rede. A Broadcom também descreveu opções de integração óptica para o Tomahawk 6.

A óptica coempacotada posiciona componentes ópticos próximos ao chip do switch dentro de um pacote integrado. A abordagem encurta parte do caminho elétrico percorrido antes que os sinais se tornem luz. Os fornecedores a apresentam como uma forma de melhorar a eficiência da comunicação em alta velocidade.

Isso aborda uma parte importante do problema, mas não todas. Uma conexão óptica mais eficiente não resolve, por si só, uma alocação de tráfego inadequada. Tampouco estabelece que uma instalação completa consuma menos energia para a mesma produção da aplicação.

O limite de medição importa. Uma comparação pode abranger componentes ópticos, equipamentos de rede ou toda a instalação computacional. Essas são alegações diferentes e devem permanecer separadas.

Da mesma forma, uma melhor eficiência de comunicação não se traduz automaticamente em uma melhoria equivalente da aplicação. O resultado depende de quanto tempo a aplicação passa se comunicando. Também depende de outra restrição se tornar dominante depois que a comunicação melhora.

Essa é uma relação geral de desempenho, e não uma evidência contra a integração óptica. Remover uma restrição pode expor outra. Compradores precisam saber qual melhoria permanece quando medida no nível da aplicação.

O projeto operacional introduz outras questões. Equipamentos com componentes integrados podem alterar os procedimentos de substituição e o planejamento de peças sobressalentes. Os detalhes relevantes dependem do sistema específico, portanto alegações amplas sobre facilidade de manutenção exigem cautela.

Uma equipe de compras deve estabelecer quais componentes os técnicos podem substituir de forma independente. Também deve compreender o procedimento para isolar uma falha. Esses fatos afetam como uma melhoria de eficiência se encaixa em um ambiente operacional.

Comparações de confiabilidade exigem disciplina semelhante. O comportamento de falha de um componente e a disponibilidade do serviço estão relacionados, mas são diferentes. Caminhos redundantes e software de recuperação podem preservar o progresso da aplicação mesmo quando componentes individuais falham.

Por outro lado, um componente altamente confiável não garante um serviço ininterrupto. Erros de software, falhas de configuração e problemas em outras partes ainda podem afetar a aplicação. Avaliar o projeto completo evita que uma métrica restrita de confiabilidade se transforme em uma alegação de serviço sem sustentação.

Assim, o ângulo cético mais forte diz respeito ao escopo. Comutação mais rápida e integração óptica resolvem problemas de engenharia identificáveis. As evidências precisam mostrar como essas soluções afetam a carga de trabalho, a instalação e o processo de manutenção que estão sendo adquiridos.

Esse padrão também se aplica às previsões de uma barreira permanente de rede. As restrições podem se deslocar conforme aplicações, software de transporte e equipamentos mudam. A pergunta útil é qual limitação governará a próxima implantação, não se uma tecnologia vencerá indefinidamente.

Para operadores, o Broadcom Tomahawk 6 pertence a essa avaliação como um avanço concreto de hardware. Seu valor depende do projeto que ele viabiliza e dos resultados que esse projeto entrega.

Observe Sistemas Implantáveis, Resultados de Carga de Trabalho e Comportamento de Recuperação

As próximas evidências devem conectar a capacidade do produto a resultados operacionais repetíveis.

Nos próximos meses, o primeiro sinal será a disponibilidade de sistemas completos em configurações especificadas. Anúncios de chips estabelecem progresso técnico, mas compradores precisam de equipamentos que possam qualificar, instalar e suportar. A conexão entre esses marcos merece ser relatada explicitamente.

Para sistemas Broadcom Tomahawk 6, divulgações úteis identificariam velocidades de endpoint compatíveis, quantidades de conexões e topologias de rede. Elas distinguiriam configurações disponíveis de opções planejadas. Também explicariam quais recursos de software estão prontos para uso operacional.

Essas evidências reforçariam o argumento de que switches mais novos podem aliviar as restrições atuais. Lacunas persistentes entre capacidades anunciadas e equipamentos qualificados o enfraqueceriam. Nenhum dos resultados exige supor que todos os operadores seguem o mesmo cronograma de implantação.

O próximo sinal é o desempenho da carga de trabalho sob condições comparáveis. Uma comparação útil mantém constantes a aplicação e a configuração de aceleradores, identificando ao mesmo tempo as mudanças na rede. Caso contrário, as melhorias podem vir de mudanças não relacionadas no software ou no hardware de computação.

Comparações de treinamento devem relatar o comportamento de conclusão da aplicação junto das medições de comunicação. Comparações de inferência devem descrever as características das solicitações e as condições de serviço. Um resultado sem o contexto de sua carga de trabalho oferece orientação limitada para compras.

A latência de cauda, isto é, tempos de conclusão excepcionalmente lentos, também merece atenção. O desempenho médio pode ocultar atrasos que afetam o trabalho coordenado ou a experiência do usuário. Compradores precisam saber se as melhorias permanecem consistentes sob demanda sustentada.

Resultados robustos mostrariam que capacidade adicional ou transporte aprimorado reduz uma restrição significativa da aplicação. Resultados fracos mostrariam pouco benefício quando condições operacionais realistas entram na comparação. Qualquer uma das conclusões é mais informativa do que outro recorde isolado de largura de banda.

O sinal final é o comportamento de recuperação diante de falhas e demanda mista. Uma rede deve ser avaliada quando links falham, o tráfego muda ou várias aplicações competem. Essas condições revelam se a arquitetura preserva trabalho útil além de uma demonstração cuidadosamente organizada.

Para transporte orientado por endpoints, as evidências relevantes incluem hardware compatível e comportamento em diferentes topologias de rede. Para integração óptica, incluem procedimentos de manutenção e continuidade de serviço durante problemas em componentes. Essas são extensões práticas das alegações técnicas, não preocupações separadas.

Resultados de recuperação repetíveis sustentariam a confiança em implantações maiores. Solução de problemas difícil ou comportamento instável qualificariam os benefícios aparentes de maior capacidade. O resultado importa porque os operadores precisam dar suporte ao sistema durante toda a sua vida útil.

As equipes de engenharia devem preservar as premissas por trás de cada comparação, incluindo a alocação da carga de trabalho, a configuração dos equipamentos e as versões de software. Uma base de conhecimento de engenharia pesquisável pode ajudar a manter essas decisões disponíveis quando as condições de implantação mudarem.

Antes de aprovar o próximo cluster, peça aos fornecedores que demonstrem a aplicação que você pretende executar sob as condições em que espera operar. Exija a configuração de conexão compatível, as premissas do software de comunicação e o comportamento após uma falha. Mantenha essas conclusões vinculadas à decisão de compra, para que equipes futuras possam distinguir um limite de projeto de um problema de configuração. O Broadcom Tomahawk 6 demonstra que a capacidade dos switches está avançando; seus critérios de aceitação devem estabelecer se esse avanço melhora o trabalho útil. Comece pelos requisitos de comunicação da carga de trabalho, compare sistemas completos com base neles e inclua a prontidão para implantação na discussão sobre desempenho. Qual rede consegue sustentar sua aplicação quando a instalação está ocupada, imperfeita e operando além do benchmark?