35 Argumentos do kernel para baixa latência e alto desempenho #

Remova kthread_cpus ao usar o kernel de tempo real do SUSE. Este parâmetro controla em quais CPUs as threads do kernel são criadas. Ele também controla quais CPUs são permitidos para o PID 1 e para o carregamento de módulos do kernel (o auxiliar de espaço do usuário kmod). Este parâmetro não é reconhecido e não tem qualquer efeito.

Isole os núcleos da CPU usando isolcpus, nohz_full, rcu_nocbs e irqaffinity. Para uma lista abrangente de técnicas de CPU pinning, consulte o capítulo CPU Pinning on Host (Chapter 36, Fixação de CPU no Host).

Adicione as flags domain,nohz,managed_irq ao argumento de kernel isolcpus. Sem nenhuma flag, isolcpus é equivalente a especificar apenas a flag domain. Isso isola as CPUs especificadas do agendamento, incluindo tarefas do kernel. A flag nohz interrompe o tick do agendador nas CPUs especificadas (se apenas uma tarefa estiver executável em uma CPU), e a flag managed_irq evita o roteamento de interrupções externas (dispositivo) gerenciadas nas CPUs especificadas. Observe que as linhas IRQ de dispositivos NVMe são totalmente gerenciadas pelo kernel e, como consequência, serão roteadas para os núcleos não isolados (housekeeping). Por exemplo, a linha de comando fornecida ao final desta seção resultará em apenas quatro filas (mais uma fila de administração/controle) alocadas no sistema:

for I in $(grep nvme0 /proc/interrupts | cut -d ':' -f1); do cat /proc/irq/${I}/effective_affinity_list; done | column
39      0       19      20      39

Este comportamento evita qualquer interrupção causada por E/S de disco em qualquer aplicação sensível ao tempo em execução nos núcleos isolados, mas pode exigir atenção e um projeto cuidadoso para cargas de trabalho focadas em armazenamento.

Ajuste os ticks (interrupções de temporizador periódicas do kernel):

Desative o tratamento de Machine Check Exception (MCE) especificando mce=off. MCEs são erros de hardware detectados pelo processador e desativá-los pode evitar logs ruidosos.

Adicione nowatchdog para desativar o watchdog de soft-lockup, que é implementado como um temporizador em execução no contexto de interrupção de hardware do temporizador. Quando ele expira (ou seja, um soft lockup é detectado), ele imprimirá um aviso (no contexto de interrupção de hardware), executando quaisquer alvos de latência. Mesmo que nunca expire, ele entra na lista de temporizadores, aumentando ligeiramente a sobrecarga de cada interrupção de temporizador. Esta opção também desativa o watchdog NMI, para que os NMIs não possam interferir.

nmi_watchdog=0 desativa o watchdog NMI (Non-Maskable Interrupt). Isso pode ser omitido quando nowatchdog é usado.

RCU (Read-Copy-Update) é um mecanismo de kernel que permite acesso simultâneo e sem bloqueio para muitos leitores a dados compartilhados. Um callback RCU, uma função acionada após um 'período extra', garante que todos os leitores anteriores tenham terminado para que os dados antigos possam ser recuperados com segurança. Nós ajustamos o RCU, particularmente para cargas de trabalho sensíveis, para descarregar esses callbacks de CPUs dedicadas (fixadas), evitando que operações do kernel interfiram em tarefas críticas e sensíveis ao tempo.

Adicione ignition.platform.id=openstack para que o Metal3 e a API de Cluster provisionem/desprovisionem o cluster com sucesso. Isso é usado pelo agente Python do Metal3, que se originou do Openstack Ironic.

Habilite Nomeação previsível de interface de rede via net.ifnames=1. A partir do SUSE Linux Micro 6.2, isso é habilitado por padrão e uma configuração explícita não é necessária. Para versões anteriores à 6.2, isso deve ser definido explicitamente como um argumento do kernel. Isso se alinha com a configuração predictableNicNames no gráfico Helm Metal³ do Cluster de Gerenciamento, que é necessária para que o Provisionamento de Rede Direcionado funcione corretamente. A nomenclatura consistente de interface de rede também é crítica quando o SR-IOV é utilizado.

Remova intel_pstate=passive. Esta opção configura intel_pstate para funcionar com governadores cpufreq genéricos, mas para fazer isso funcionar, ela desativa os P-states gerenciados por hardware (HWP) como um efeito colateral. Para reduzir a latência de hardware, esta opção não é recomendada para cargas de trabalho em tempo real.

Substitua intel_idle.max_cstate=0 processor.max_cstate=1 por idle=poll. Para evitar transições de C-State, a opção idle=poll é usada para desativar as transições de C-State e manter a CPU no C-State mais alto. A opção intel_idle.max_cstate=0 desativa intel_idle, portanto acpi_idle é usada, e acpi_idle.max_cstate=1 então define o C-state máximo para acpi_idle. Em arquiteturas AMD64/Intel 64, o primeiro ACPI C-State é sempre POLL, mas ele usa uma função poll_idle(), que pode introduzir uma pequena latência ao ler o clock periodicamente e reiniciar o loop principal em do_idle() após um tempo limite (isso também envolve limpar e definir a flag de tarefa TIF_POLL). Em contraste, idle=poll executa um loop contínuo, aguardando ativamente que uma tarefa seja reagendada. Isso minimiza a latência de saída do estado ocioso, mas ao custo de manter a CPU funcionando em velocidade máxima na thread ociosa.

Desative o C1E no BIOS. Esta opção é importante para desativar o estado C1E no BIOS para evitar que a CPU entre no estado C1E quando ociosa. O estado C1E é um estado de baixo consumo de energia que pode introduzir latência quando a CPU está ociosa.