O Facebook implanta o agendador Linux do Steam Deck em seus data centers – o agendador de baixa latência da Valve, perfeito para gerenciar cargas de trabalho do Meta em grandes data centers
Quando a Meta procurou um agendador de CPU Linux melhor para sua enorme frota de servidores, ela não começou no data center. Em vez disso, tudo começou com um PC portátil para jogos. Em uma palestra técnica recente na Linux Plumbers’ Conference em Tóquio, os engenheiros da Meta detalharam como estão implantando o SCX-LAVD, um agendador Linux de baixa latência originalmente desenvolvido pela Valve para o Steam Deck, em servidores de produção que executam tudo, desde back-ends de mensagens até serviços de cache. A conclusão surpreendente: um agendador projetado para manter os jogos responsivos sob carga acaba sendo uma excelente opção também para cargas de trabalho de data center em grande escala. Em um alto nível, um agendador de CPU decide quais programas serão executados em quais núcleos de CPU e quando. O agendador padrão do Linux precisa funcionar em qualquer lugar – telefones, laptops, desktops, servidores – o que o torna extremamente conservador. O desafio do Meta é diferente: ele executa máquinas enormes com centenas de núcleos de CPU, cargas de trabalho extremamente variadas e, o mais importante, metas de latência rígidas. Nesse ambiente, “bom o suficiente em todos os lugares” muitas vezes não é bom o suficiente. Em vez de criar um agendador personalizado para cada serviço, a Meta queria algo mais próximo de um padrão para toda a frota, um agendador “tamanho único” que pudesse se adaptar automaticamente sem configuração ajustada manualmente. É aí que entra o SCX-LAVD. O SCX-LAVD é construído em sched_ext, uma estrutura Linux relativamente nova que permite que agendadores alternativos sejam conectados ao kernel sem modificação significativa do kernel. Em termos simples, o sched_ext permite que as empresas experimentem diferentes estratégias de agendamento de forma segura e incremental, em vez de bifurcar o Linux ou manter conjuntos massivos de patches. Você pode gostar Adaptar o LAVD para servidores Meta não foi uma tarefa simples. (Crédito da imagem: Meta/Linux Plumbers’ Conference) O próprio LAVD significa Latency-Aware Virtual Deadline, e o nome denuncia o jogo, se você prestar atenção. Em vez de confiar em prioridades estáticas ou dicas manuais, o agendador observa continuamente como as tarefas se comportam, com que frequência elas dormem, acordam e bloqueiam, e então estima quais são sensíveis à latência. Essas tarefas têm “prazos virtuais” mais cedo, aumentando suas chances de serem executadas prontamente quando o sistema está ocupado. Essa abordagem foi originalmente motivada pelos jogos. No Steam Deck, prazos de agendamento perdidos se traduzem em perda de quadros, falhas ou resposta de entrada lenta. Acontece que em um data center, os mesmos modos de falha aparecem como solicitações web lentas, mensagens atrasadas ou objetivos de nível de serviço perdidos. Aplicativos completamente diferentes, mas fundamentalmente o mesmo problema subjacente. Na apresentação, os engenheiros da Meta descreveram vários desafios que surgiram quando escalaram o LAVD para hardware de classe de servidor. Em máquinas com dezenas de núcleos compartilhando uma única fila de agendamento, a contenção tornou-se um gargalo. Tarefas fixadas, que são threads que só podem ser executadas em um núcleo específico, causaram interferência desnecessária. Os serviços pesados de rede gastavam tanto tempo lidando com interrupções que a contabilidade imparcial do escalonador falhou. Como fazemos um agendador Steamdeck funcionar em servidores grandes – David Dai (Meta), Ryan Newton (Meta) – YouTube Watch On Essas questões forçaram mudanças na forma como o LAVD lidava com filas de tarefas, intervalos de tempo e contabilidade de CPU. Em vários casos, a Meta adicionou lógica para preservar melhor a localidade do cache ou para compensar núcleos sobrecarregados por interrupções de rede, tratando-os efetivamente como CPUs “mais lentas”. Fundamentalmente, essas correções não exigiam configuração por serviço ou marcação manual de prioridade. Esse é o principal apelo do LAVD para Meta: ele se adapta com base no comportamento observado, não em regras codificadas. Receba as melhores notícias e análises detalhadas do Tom’s Hardware diretamente em sua caixa de entrada. Até agora, dizem eles, as mudanças são neutras ou benéficas para o Steam Deck, e os recursos que não se aplicam podem simplesmente ser desativados com sinalizadores do kernel. Ainda assim, admitiram que a experiência está em curso. À medida que o Linux se torna o substrato comum para tudo, desde consolas portáteis a servidores de hiperescala, as inovações num canto do ecossistema estão cada vez mais a espalhar-se para outros. Nesse caso, a mesma lógica de agendamento que ajuda um PC para jogos de US$ 400 a se sentir ágil também pode ajudar a manter bilhões de mensagens sendo enviadas no prazo. Esta é uma demonstração perfeita do poder do software de código aberto e um argumento importante a favor de como a maré alta levanta todos os barcos. Siga Tom’s Hardware no Google News ou adicione-nos como fonte preferida para receber nossas últimas notícias, análises e comentários em seus feeds.
Publicado: 2025-12-23 16:55:00
fonte: www.tomshardware.com
