Eu sou um usuário pesado da estação de trabalho VMware 10.0.3 e, como tal, tenho 32 GB de RAM no meu sistema. Meu único sistema operacional é o Arch Linux, usando o Unity para a área de trabalho.
Normalmente, quando tenho duas máquinas virtuais em execução com cerca de 3 GB de RAM designadas para cada uma, com muita frequência e em intervalos aleatórios, todo o sistema fica sem resposta por alguns segundos.
Executando "top" em um terminal, o culpado parece ser o comando khugepaged, que é executado enquanto o sistema não responde com 100% da CPU e desaparece.
Existe alguma maneira de evitar isso? Pesquisei no google sobre o khugepaged, mas só acho que encontrei postagens antigas de 2011 ou perguntas sem resposta.
Estas são minhas especificações completas do sistema:
- Processador: Intel i5 [email protected]
- Memória RAM Corsair Vengeance de 32 GB @ 2400 MHz
- M / B ASrock Z87 Pro 4
fonte
Respostas:
Eu tenho um problema semelhante no Ubuntu. A solução alternativa que eu uso é:
A fonte da solução alternativa está em um relatório de bug do Fedora, “khugepaged eating 100% CPU” . O bug nunca foi corrigido.
Isso é menos drástico do que desativar todo o
transparent_hugepage
suporte. A explicação detalhada do que o comando faz pode ser encontrada na documentação do suporte transparente a enormes páginas .fonte
echo never | sudo tee /sys/kernel/mm/transparent_hugepage/defrag
;echo 0 | sudo tee /sys/kernel/mm/transparent_hugepage/khugepaged/defrag
| sudo tee
em vez disso>
?sudo echo $value > output
não funciona no Ubuntu, você precisa usar otee
truque, ou fazê-lo a partir dosudo -s
shell.sudo echo X > Y
, apenasecho X
é executado como root, mas> Y
(a saída direta para um arquivo) não é.khugepaged pode ser o problema, tente o seguinte:
isso me ajudou a resolver esse problema no arch linux recente ...
fonte