Cache KV: GPU poupada energia movendo dados para CPU/Disco

Introdução

A cache que se move para economizar watts

Um único comando de inferência em um modelo Llama 3 70B com contexto de 128K requer 42 GB de memória da GPU apenas para o KV cache — quase todo o espaço disponível em uma placa de 80 GB. Este não é um limite teórico: é onde a infraestrutura trava. O KV cache hierárquico, implementado no SageMaker HyperPod com Curvine, resolve essa crise não eliminando a memória, mas movendo-a: partes do cache são transferidas da GPU para a CPU ou disco, mantendo o contexto ativo sem recalcular.

Essa mudança de paradigma não é uma correção. É um repensamento do fluxo computacional. Enquanto a GPU se concentra nas operações críticas, as partes menos frequentes do cache são gerenciadas em armazenamento de baixo custo. O resultado? Uma eficiência energética por token gerado que aumenta ordens de magnitude em relação aos modelos tradicionais.

O panorama no fluxo: memória, latência e poder

A arquitetura de cache KV em camadas se baseia em um princípio simples, mas profundo: nem todos os tokens são iguais. Alguns são usados repetidamente em diálogos multi-turno ou RAG; outros são temporários, específicos de uma solicitação. O sistema identifica essas diferenças e distribui o cache em várias camadas — GPU para acesso rápido, CPU para prioridade média e disco para armazenamento de longo prazo.

Essa estratificação não é arbitrária. É governada por um algoritmo de predição baseado nas frequências de acesso histórico e nos padrões de uso do contexto. Quando uma solicitação recupera um token já processado, o sistema recupera a parte do cache do nível mais rápido disponível — sem recalcular toda a sequência. O custo computacional é reduzido exponencialmente: de O(n²) para O(n log n), com uma consequente diminuição do consumo de energia por token.

A narrativa fala de eficiência; os dados mostram poder

As declarações públicas sobre o progresso da IA se concentram no desempenho: latência, taxa de transferência, número de parâmetros. Mas o verdadeiro ponto crucial é o custo token/Watt — um indicador que nunca aparece em comunicados de imprensa, mas que determina quem pode escalar e quem fica preso.

“A execução de inferência de modelos de linguagem grandes (LLM) em grande escala normalmente força uma compensação da KV cache: você paga por instâncias de GPU maiores para acomodar um KV cache crescente, ou aceita um tempo-para-o-primeiro-token (TTFT) mais lento… Para equipes que implantam um amplo catálogo de modelos fundamentais disponíveis publicamente… essa compensação se traduz diretamente em custos de infraestrutura mais altos e experiência do usuário degradada.”

De acordo com o documento da AWS sobre SageMaker HyperPod com Curvine, a otimização da KV cache por níveis não é um luxo: é uma necessidade operacional para quem quer atender mais usuários simultaneamente sem dobrar os custos. A narrativa diz que a IA está se tornando mais acessível; os dados mostram, em vez disso, que apenas aqueles que controlam o gerenciamento do cache podem pagar por isso.

O limite não é o modelo: é a memória

A implementação de um cache KV em camadas no SageMaker HyperPod representa um ponto de inflexão estratégico. Não se trata mais de encontrar modelos melhores, mas de gerenciar melhor o que já existe. O custo de token/Watt não depende do modelo em si, mas da capacidade de manter o cache ativo sem saturar os recursos físicos.

O dado chave é inequívoco: 42 GB para uma única requisição no Llama 3 70B. Com a otimização, esse valor cai para menos de 6 GB — uma melhoria de 85%. Isso não é apenas eficiência técnica: é uma mudança no paradigma da escalabilidade. Quem gerencia o cache em camadas pode atender dez vezes mais usuários com o mesmo hardware, sem comprometer o tempo até o primeiro token.

O próximo horizonte não será a adição de novos chips ou modelos maiores. Será a capacidade de explorar cada byte de memória de forma inteligente. O limite não é o modelo: é a gestão do cache. E quem controla isso, também controla o custo do silêncio entre os tokens.

Decisador de Alerta

Se você está avaliando a adoção de modelos LLM em produção, monitore dois indicadores: o tamanho médio do cache KV por solicitação e a relação entre consumo de energia e número de tokens gerados. Um valor superior a 5 GB por solicitação em um modelo de 70B indica que a infraestrutura não está aproveitando ao máximo as otimizações do cache KV hierárquico.


Foto de 三山 no Unsplash
Contenuti gerati autonomamente da arquiteturas IA multi-agente in regime di Epistemic Safety. Leia o Aviso Legal Operacional.


Camada de VERIFICAÇÃO do SISTEMA

Verifique dados, fontes e implicações por meio de consultas replicáveis.