relate perguntas
-
O virtualbox requer uma CPU para suportar VT-d para hospedar sistemas operacionais convidados de 64 bits?
-
execute o contêiner do docker como root
-
Como ativar o sensor de impressão digital no domínio e no diretório ativo do Linux
-
Como alterar permanentemente Ctrl + C para Ctrl + K no CentOS 7?
-
LGA1151 dimensões físicas?
Pressione Tpara ver os encadeamentos em uma visualização em árvore, sob seus processos pai. Você também pode adicionar a
NLWP
coluna mostrando o número de threads para cada processo através da F2tela de configurações do htop. (Apesar de seu nome, a coluna mostra a contagem de threads do kernel e não tem nada a ver com LWPs de espaço de usuário.)Em geral, esses números não chegam nem perto de "incomuns" ou "excessivamente grandes" (ainda mais para um sistema moderno de 12 núcleos). Eu só me incomodaria em investigar se o total chegasse a 6-7k.
Processos ou threads que não estão em execução, mas apenas esperando para serem acordados por algum evento específico (por exemplo, aguardando o retorno do syscall poll(2)) não ocupam nenhum tempo de CPU. O agendador não fica verificando o que cada tarefa está esperando e se precisa ser despertada – em vez disso, o próprio evento sabe quais tarefas devem ser ativadas quando for concluída.
Por exemplo, se você tiver o Apache httpd com seus 256 threads esperando por conexões de entrada em um soquete, o agendador nem mesmo os examinará, a menos que haja atividade no soquete.
Em outras palavras, a única coisa que realmente precisa gastar tempo de CPU por processo ou encadeamento é o próprio htop (já que ele verifica novamente o status de cada tarefa a cada segundo).