Benchmarking do Llama-2-70B

Built for Speed: ~10ms Latency, Even Under Load
Blazingly fast way to build, track and deploy your models!
- Handles 350+ RPS on just 1 vCPU — no tuning needed
- Production-ready with full enterprise support
Neste artigo, avaliamos o desempenho do Llama2-70B sob a perspectiva de latência, custo e requisições por segundo. Isso nos ajudará a avaliar se ele pode ser uma boa escolha com base nos requisitos de negócio. Observe que não abordamos o desempenho qualitativo neste artigo — existem diferentes métodos para comparar LLMs que podem ser encontrados aqui.
Modelo: Llama2-70B
Neste blog, fizemos o benchmarking do Llama-2-70B modelo da NousResearch. Esta é uma versão pré-treinada do Llama-2 com 70 bilhões de parâmetros.
A Meta desenvolveu e lançou publicamente a família Llama 2 de grandes modelos de linguagem (LLMs), uma coleção de modelos de texto generativos pré-treinados e ajustados, com escala variando de 7 bilhões a 70 bilhões de parâmetros.
Métricas para Avaliar
- Requisições por segundo. (RPS): Requisições por segundo que o modelo está processando. Com um RPS mais alto, a latência geralmente aumenta.
- Latência: Quanto tempo é necessário para completar uma requisição de inferência?
- Economia: Quais são os custos associados à implantação de um LLM?
Casos de uso e Modos de Implantação Avaliados
Os principais fatores que avaliamos são:
Tipo de GPU:
- 4 x A100 40GB GPU
Comprimento do Prompt:
- 1500 tokens de entrada, 100 tokens de saída (Semelhante a casos de uso de Geração Aumentada por Recuperação)
- 50 tokens de entrada, 500 tokens de saída (Casos de uso intensivos em geração)
Configuração do Benchmark
Para o benchmark, utilizamos o Locust, uma ferramenta de teste de carga de código aberto. O Locust funciona criando usuários/trabalhadores para enviar requisições em paralelo. No início de cada teste, podemos definir o Número de Usuários e Taxa de Geração. Aqui o Número de Usuários significa o número máximo de usuários que podem ser gerados/executados simultaneamente, enquanto a Taxa de Geração significa quantos usuários serão gerados por segundo.
Em cada teste de benchmark para uma configuração de implantação, começamos com 1 usuário e fomos aumentando o Número de Usuários gradualmente até vermos um aumento constante no RPS. Durante o teste, também plotamos o tempos de resposta (em ms) e total de requisições por segundo.
Em cada uma das 2 configurações de implantação, utilizamos o huggingface text-generation-inference servidor de modelo com version=0.9.4. Os seguintes são os parâmetros passados para o text-generation-inference imagem para diferentes configurações de modelo:
Resumo dos Resultados de Benchmark
Latência, RPS e Custo
Calculamos a melhor latência com base no envio de apenas uma solicitação por vez. Para aumentar o rendimento, enviamos solicitações em paralelo ao LLM. O rendimento máximo ocorre quando o modelo é capaz de processar as solicitações de entrada sem deterioração significativa na latência.

Tokens Por Segundo
LLMs processam tokens de entrada e geração de forma diferente - por isso, calculamos a taxa de processamento de tokens de entrada e saída de forma diferente.

Resultados Detalhados
4 x GPU A100 de 40GB (1500 tokens de entrada + 100 tokens de saída)


Podemos observar nos gráficos acima que o Melhor Tempo de Resposta (com 1 usuário) é 7,4 segundos. Podemos aumentar o número de usuários para direcionar mais tráfego ao modelo - podemos ver o rendimento aumentando até 1.1 RPS sem uma queda significativa na latência. Acima de 1.1 RPS, a latência aumenta drasticamente, o que significa que as solicitações estão sendo enfileiradas.
4 x GPU A100 de 40GB (50 tokens de entrada + 500 tokens de saída)


Podemos observar nos gráficos acima que o Melhor Tempo de Resposta (com 1 usuário) é 33 segundos. Podemos aumentar o número de usuários para direcionar mais tráfego ao modelo - podemos ver o rendimento aumentando até 0.8 RPS sem uma queda significativa na latência. Além de 0.8 RPS, a latência aumenta drasticamente, o que significa que as requisições estão sendo enfileiradas.
Esperamos que isso seja útil para você decidir se o LLama2-70B se adequa ao seu caso de uso e os custos que você pode esperar ter ao hospedar o LLama2-70B.
TrueFoundry AI Gateway delivers ~3–4 ms latency, handles 350+ RPS on 1 vCPU, scales horizontally with ease, and is production-ready, while LiteLLM suffers from high latency, struggles beyond moderate RPS, lacks built-in scaling, and is best for light or prototype workloads.
The fastest way to build, govern and scale your AI

















.webp)











.webp)

.webp)
.webp)





.png)



