cc1plus ficando quase inativo depois de um tempo

Existem dois motivos para os processos não serem agendados:

1. muitos processos que poderiam funcionar, mas poucos intervalos de tempo de CPU. Muito provavelmente, isso é parte do problema aqui - construir software não é apenas executar cc1plus, mas também vincular ( ld) e, muitas vezes, esse é um processo muito intenso, e sua compilação pode ser bloqueada logicamente por isso e também drenada do chance de prosseguir por esgotamento de recursos.
2. Eles estão bloqueados por outra coisa. E esse é provavelmente o caso aqui: observe como você está maximizando o uso de swap? Portanto, seja o que for que sua CPU esteja fazendo, assim que ela acessar uma página de memória, há uma grande chance de que ela precise ler e depois gravar isso de e para o armazenamento não volátil. Isso leva muito mais tempo, nas quais um programa "não pode fazer nada".

No seu caso, seu dispositivo é um Raspberry Pi e, ao que parece, com pouquíssima RAM, essa memória não volátil é um cartão SD (incrivelmente lento) ou um armazenamento externo conectado por USB (melhor, mas não tolerável), e usado o tempo todo quando você compila software C++ complexo. Se for um cartão SD, você provavelmente poderá substituí-lo relativamente em breve – os cartões SD (muito poucas exceções) não são feitos para esse tipo de gravação pesada de acesso aleatório e suas reservas de blocos internos se esgotam rapidamente.

O problema aqui é que você está tentando criar software para um dispositivo incorporado, no dispositivo incorporado. Não faça isso . Faça a compilação cruzada das coisas que você deseja executar no Raspberry Pi em uma máquina "adequada", como um PC. GQRX é um kit de ferramentas gráficas baseado em GNU Radio com Qt pesado, e não é nenhuma surpresa que você esteja dificultando a construção do seu RPi.

Portanto, compilação cruzada é a palavra mágica aqui. Agora, o GQRX está empacotado para o Raspberry Pi OS (que eu acho que você está usando?) E em uma versão relativamente recente. A menos que você esteja trabalhando em uma correção de bug: talvez fique com a versão mais recente do Raspberry Pi OS e instale o GQRX simplesmente em aptvez de construí-lo a partir do código-fonte? Você não ganha nada fazendo o último, se usar a versão do sistema operacional Raspberry Pi destinada ao seu Pi (por exemplo, não um sistema operacional de 32 bits para um computador de 64 bits).

Se você realmente precisa trabalhar com GQRX com modificações, configure um ambiente de compilação cruzada; não deveria ser difícil, só acho que a fundação Raspberry Pi "esqueceu" de documentá-lo (alegando que os Pis são rápidos o suficiente para compilação no alvo, o que é comprovadamente errado e inútil para testes automatizados de software; não consigo escalar para 100 Raspberry Pis em meu armário para fazer compilações em paralelo de forma automatizada, mas posso ter um servidor de compilação em mãos ou alugar um por alguns minutos de cada vez).

Alternativamente: executar o Raspberry Pi OS em uma VM em um PC funciona bem e você pode fornecer a essa VM a quantidade de RAM que desejar. É claro que funciona ainda melhor em uma máquina com o mesmo conjunto de instruções, já que o compilador rodaria em velocidades nativas. (Se não fosse esse o caso, a Amazon não seria hoje em dia um fornecedor de datacenter com um pequeno serviço de varejo anexado, mas sim o contrário.)