Travamentos e regressão de desempenho em sistemas grandes corrigidos para Linux 7.0-rc4

A solicitação pull “agendada/urgente” desta semana foi enviada hoje com atualizações do agendador para o ciclo contínuo do Linux 7.0. Destacamos esta semana a correção de alguns travamentos, bem como uma possível regressão de desempenho em sistemas grandes.

As correções do agendador enviadas hoje para o Linux 7.0 abordam alguns problemas no código do agendador presentes desde novembro passado, após a grande reescrita do mm/cid. Já houve algumas correções de regressão devido ao código mesclado anteriormente, enquanto algumas consequências adicionais foram detectadas recentemente.

Mês passado este tópico da lista de discussão entre os desenvolvedores do kernel notaram travamentos do kernel ao iniciar um soquete de escuta VSOCK. Havia a possibilidade de travamentos suaves, travamentos do RCU e tempo limite.

Thomas Gleixner resolveu o problema e levou a vários patches para corrigir problemas no código mm/cid. Isso levou ao que acontece hoje solicitação de pull agendada/urgente com esses patches a reboque:

“Mais correções de MM-CID, principalmente corrigindo travamentos/corridas:

– Corrigir travamentos de CID devido a uma corrida entre bifurcações simultâneas

– Corrigido bug vfork()/CLONE_VM MMCID causando travamentos

– Remova a proteção de preempção inútil

– Corrija a regressão de desempenho da lista de tarefas CID em sistemas grandes, removendo a lógica de contagem lenta e instável usando for_each_process_thread() em mm_cid_*fixup_tasks_to_cpus() e implementando uma lista sched_mm_cid::node simples em vez disso”

Esses patches devem ser mesclados hoje, antes do lançamento do Linux 7.0-rc4.

Completamente separado, mas outra correção de travamento para Linux 7.0-rc4 vem por meio do atual x86/correções urgentes puxadas. Isso corrige um bug de suspensão para RAM se o firmware reativar inesperadamente o hardware x2apic quando ele foi exibido anteriormente pelo kernel antes da suspensão. O kernel agora desabilitará o x2apic ao retomar se o kernel espera que isso aconteça, para evitar travamentos. Esse patch explica:

“Ao retomar do s2ram, o firmware pode reativar o modo x2apic, que pode ter sido desabilitado pelo kernel durante a inicialização porque não suporta remapeamento de IRQ ou por outros motivos. Isso faz com que o kernel continue usando a interface xapic, enquanto o hardware está no modo x2apic, o que causa travamentos. Isso acontece em defconfig + bare metal + s2ram.

Corrija isso em lapic_resume() desabilitando x2apic se o kernel espera que ele seja desabilitado, ou seja, quando x2apic_mode = 0.”

Procure o Linux 7.0-rc4 ainda hoje.