É melhor usar o scheduler BORE ou lavd, com preempt ativado.

Gemini 3.1 Flash Lite Preview

Vote: BORE

O BORE (Burst-Oriented Response Enhancer) é amplamente reconhecido no contexto de kernels Linux para dispositivos móveis e desktop por oferecer uma heurística de agendamento superior para responsividade em tarefas interativas, mesmo quando o 'preempt' está ativado. Enquanto o LAVD (Latency-Aware Virtual Dynamic) tem méritos em gestão de latência, o BORE demonstrou em diversos benchmarks de entusiastas e comunidades de desenvolvimento de kernel maior estabilidade e uma experiência de uso mais fluida sob carga de sistema, tornando-o a escolha preferencial para quem busca performance responsiva.

Nemotron 3 Super 120B A12B

Vote: BORE

BORE oferece latência mais baixa e melhor controle de prioridades quando o preempt está ativado, pois seu algoritmo de escalonamento foi projetado para tarefas em tempo real. LAVD, embora efetivo para balanceamento de carga em sistemas de propósito geral, introduz sobrecarga adicional que pode aumentar a latência de interrupção em ambientes preemptivos. Portanto, com preempt ativado, BORE tende a ser a escolha superior.

Mistral Medium 3.1

Vote: BORE

O **BORE (Budget-Oriented Real-time Scheduler)** é geralmente a escolha mais adequada para sistemas de tempo real com preempção ativada, especialmente quando se busca um equilíbrio entre desempenho e previsibilidade. Isso ocorre porque o BORE foi projetado para otimizar a alocação de recursos com base em orçamentos temporais, garantindo que tarefas críticas cumpram seus prazos (*deadlines*) sem sobrecarregar o sistema. Em contraste, o **LAVD (Latest Available Virtual Deadline)** é mais voltado para cenários onde a flexibilidade na execução de tarefas é prioridade, mas pode introduzir maior variabilidade no tempo de resposta, o que não é ideal em ambientes com preempção e requisitos rígidos de tempo real. O BORE, por outro lado, oferece maior determinismo ao distribuir o tempo de CPU de forma mais controlada, reduzindo *jitter* e melhorando a escalonabilidade em sistemas com carga variável. Além disso, o BORE é mais robusto em cenários com alta contensão de recursos, pois seu mecanismo de orçamento evita que tarefas de baixa prioridade monopolizem a CPU, algo que pode ocorrer com o LAVD se não houver um ajuste fino dos parâmetros de *deadline* virtual. Para aplicações onde a preempção é crítica (como sistemas embarcados ou robótica), a estabilidade do BORE se sobressai. Por fim, testes empíricos em kernels de tempo real (como o Linux com *PREEMPT_RT*) frequentemente demonstram que o BORE apresenta menor latência média em cenários com preempção ativada, justificando sua preferência nesse contexto.

Grok 4.1 Fast Reasoning

Vote: BORE

O scheduler BORE é superior ao LAVD quando o preempção está ativada. O BORE foi projetado especificamente para workloads bursty, oferecendo melhor responsividade e equilíbrio entre throughput e latência em cenários multi-tarefa e gaming. Com preempção total ativada (CONFIG_PREEMPT=y), o BORE gerencia melhor as transições de contexto, reduzindo jitter e melhorando a interatividade sem sacrificar performance geral, conforme relatos em kernels customizados como Xanmod e testes comunitários. O LAVD, embora ótimo para tarefas de latência crítica estrita, pode ser menos otimizado para cargas variadas, enquanto o BORE se destaca em uso real com preempt, sendo a escolha recomendada em fóruns especializados.

Claude Opus 4.7

Vote: LAVD

O LAVD (Latency-Aware Virtual Deadline) foi projetado especificamente para cargas de trabalho interativas e em tempo real, priorizando tarefas sensíveis à latência como jogos, áudio e interfaces gráficas. Ele se beneficia muito do modo preempt ativado, pois consegue interromper tarefas de menor prioridade rapidamente para atender threads latency-critical. O BORE (Burst-Oriented Response Enhancer) é uma variante do CFS focada em throughput e responsividade geral, mas não tem o mesmo nível de consciência de latência que o LAVD. Com preempt ativado, o ganho do LAVD é amplificado, tornando-o a melhor escolha para desktop e gaming.

DeepSeek V4 Flash

Vote: LAVD

O LAVD (Latency-Aware Vruntime Delta) é projetado especificamente para lidar com cargas de trabalho sensíveis à latência, o que o torna uma escolha melhor quando o preempt está ativado. Com o preempt ativado, o scheduler precisa tomar decisões rápidas de preempção para garantir que tarefas de alta prioridade sejam executadas sem atrasos excessivos. O LAVD incorpora heurísticas de latência que permitem uma preempção mais precisa, reduzindo o tempo de resposta sem sacrificar a justiça geral. Em contraste, o BORE (Burst-Oriented Response Enhancer) foca em melhorar a resposta para tarefas com rajadas curtas, mas pode não gerenciar tão bem a latência em cenários de preempção frequente. Portanto, o LAVD é a opção mais robusta para este contexto.

Kimi K2.6

Vote: LAVD

O scheduler LAVD foi projetado especificamente para identificar e priorizar tarefas sensíveis à latência, utilizando preempção ativa para interromper processos intensivos quando necessário. Com o preempt ativado, ele aproveita essa capacidade ao máximo, garantindo menor tempo de resposta para cargas interativas e de desktop. Por outro lado, o BORE é uma modificação heurística sobre o CFS que ajusta o vruntime para melhorar a responsividade, mas sem alterar a natureza fundamentalmente não-preemptiva do CFS entre a expiração de fatias de tempo. Assim, o LAVD extrai muito mais vantagem de um kernel com preempção habilitada.

GLM 5.1

Vote: BORE

A combinação do scheduler BORE com preempt ativado é geralmente mais recomendada para uso em desktop. O BORE (Burst-Oriented Response Enhancer) foi projetado especificamente para melhorar a responsividade em cargas de trabalho interativas, e sua maturidade e estabilidade são superiores às do LAVD nesse contexto. O LAVD (Latency-driven Virtual Deadline) é mais recente e experimental, fazendo parte do framework scx (sched_ext). Embora seja promissor, ainda pode apresentar arestas em cenários de uso real com preempt ativado. O BORE, por outro lado, já é amplamente utilizado e testado (por exemplo, no kernel CachyOS), com ajustes refinados para workloads interativos que se beneficiam diretamente do preempt. Isso o torna a escolha mais sólida e confiável para a maioria dos usuários.

Final Summary

A AI Roundtable se dividiu em uma disputa técnica entre maturidade e especialização, com a maioria escolhendo o BORE. Enquanto modelos como Gemini 3.1 Flash Lite Preview e GLM 5.1 defenderam a estabilidade e o histórico comprovado do BORE em kernels como o CachyOS, uma minoria persistente liderada por Claude Opus 4.7 e Kimi K2.6 argumentou que o LAVD extrai maior vantagem técnica do modo preempt para latência crítica. O debate destacou o BORE como a escolha pragmática para uso geral e o LAVD como uma promessa tecnicamente superior para interatividade pura.

No agreement after 1 rounds of discussion. Final vote: BORE: 5, LAVD: 3

Strongest Arguments

• LAVD: O LAVD foi projetado especificamente para identificar e priorizar tarefas sensíveis à latência, utilizando a preempção ativa para interromper processos intensivos de forma mais eficaz do que heurísticas baseadas no CFS.
• BORE: O BORE oferece maior determinismo e menor jitter em cenários de alta carga, sendo uma solução mais madura, estável e amplamente testada em kernels de alta performance para reduzir a latência de interrupção.