Esta é realmente uma situação típica e a causa mais provável é a troca de memória. Veja o uso da memória.
Sua tarefa com muitos recursos A provavelmente usou uma quantidade significativa de RAM. Consequentemente, um outro aplicativo B foi trocado para o disco. A CPU pode rapidamente mudar o contexto de volta de A para B, você não deve sentir nenhum atraso causado pela carga da CPU depois de sair do A. No entanto, o aplicativo B não está mais completamente na RAM física. Assim, tarefas triviais dentro de A podem requerer o carregamento da memória usada pelo aplicativo A de volta à RAM física.
Uma situação semelhante ocorre quando a tarefa que consome muitos recursos lê e grava muitos / grandes arquivos de / para o HDD, já que o Linux geralmente usa memória para armazenar em cache a E / S do disco. (Isso significa que a tarefa A será encerrada antes de os arquivos serem confirmados no HD físico. O processo de gravação lenta é atrasado até que o Linux precise liberar memória para outros aplicativos.)
Ambos os processos (swap e cache de disco) são ligados por E / S (limitado pela taxa de leitura / gravação do disco rígido, não pela CPU). No entanto, eles podem causar uma certa sobrecarga computacional.
Teoricamente, algum tempo depois de sair do A, o aplicativo B deve retornar automaticamente à velocidade normal. Em vez de reiniciar, pode ajudar a reiniciar o aplicativo B.