Por que um programa de usuário deve mexer no espaço do kernel?

Não tenho certeza do problema, mas estou falando do ataque ao kernel descrito aqui . Nesta lista de comentários, alguém perguntou sobre reniciar o processo. O truque não melhorou a situação (a máquina ainda funciona de maneira muito lenta) e o comentário em resposta diz algo sobre o espaço do kernel versus o espaço do usuário.

Primeiro, o comentário de resposta está correto? Se sim, por que o renice funciona para coisas no espaço do usuário e não para coisas no espaço do kernel? Além disso, de acordo com o que li , todos os programas iniciados por um usuário devem estar no espaço do usuário, o que eu perdi?

Se estiver incorreto, por que o renice não melhora a situação?

kernel

— phunehehe
fonte

Existem serviços que um kernel fornece ao espaço do usuário (como abrir soquetes). Existe uma interface bem definida (API) na qual os programas de espaço do usuário podem interagir com o kernel.

Nesse caso, o programa de espaço do usuário está abrindo repetidamente os soquetes e enviando descritores de arquivos através deles e fechando os soquetes. Essas ações são executadas pelo kernel. Ele manterá o descritor de arquivo em um buffer até que a outra extremidade do soquete o leia. O bug em particular é que um coletor de lixo deve eventualmente liberar o descritor de arquivo, mas não o faz - o fd vaza. Os arquivos vazados se acumulam e ficam lá consumindo recursos. Matar o programa não libera os recursos porque eles não pertencem ao programa.

— Shawn J. Goff
fonte

E a razão pela qual o renice não ajuda é que afeta apenas o tamanho da parcela de tempo de CPU do usuário que um processo obtém. O tempo gasto no modo kernel não é contado para esse fim. De um modo geral, nice afeta apenas programas vinculados à CPU, não programas vinculados à IO. Aqui, o processo descontrolado é pura E / S, e nem realiza muitas chamadas do sistema, pois o problema é que cada chamada do sistema leva muito tempo.

— Gilles 'SO- stop be evil'

@Gilles Desculpe por tocar em um problema tão antigo, mas parece muito interessante! Eu entendi direito, que algo como ionicefaria mais bem?

— rozcietrzewiacz

@rozcietrzewiacz Eu também não acho que o ionice ajudaria, mas não tenho certeza. Devido ao erro, o processo passa o tempo todo em um único syscall, e o ionice não impede isso (eu acho).

— Gilles 'SO- stop be evil' (