A memória está cheia, mas por quem?

Question

Hoje, quando liguei meu PC e conectei-me ao Windows (8.1), notei que o LED do HDD está aceso persistentemente (sem piscar) e o Windows está inacreditavelmente lento e está ficando tortuosa!

Eu abri o gerenciador de tarefas (com atraso de 30 segundos) para ver o que está acontecendo ... E foi isso: ^*

Ver98%dos8GBdememóriausados,explicoualentidão.Masoquenãofoiadicionadofoioprocessoqueestavatomando!Somandotodosessesnúmerosprovavelmentenãochegarianema100MB,muitomenos~7GB!

Então,eutambémverifiqueiomonitordeprocessoeascoisasficarammaisconfusas:^*

Agora,alguémpodemeexplicar

• Oqueéessamemóriade6,7GB"modificada" e por que tanto?
• Quando acontece algo assim?
• Qual é a solução para liberar essa quantidade de RAM para que o Windows volte ao normal?

Hardware:

AMD FX 6350 | 8 GB de RAM | 1 TB HDD

* _{Desculpe pela qualidade das fotos. Foi tão lento, eu tive que usar meu celular!}

    

Answer 1

Olhando para o topo da sua segunda imagem, parece-me que é provavelmente o CoreTemp que é o problema. Enquanto está usando apenas 20MB de memória de trabalho, tem um vazamento de memória virtual severo e está consumindo 24GB de memória virtual.

Como resultado, ele provavelmente absorveu toda a VM disponível para o seu sistema e, portanto, o gerenciador de memória está lutando para dar memória a novos aplicativos.

Primeira tarefa: mate o CoreTemp.

A memória "modificada" é geralmente páginas de memória que estão esperando para serem liberadas para o arquivo de troca, isso seria consistente com um programa que alocou uma quantidade insana de memória virtual e o sistema está preso em paginação.

Para explicar a taxa de commit, recorremos a Wikipedia :

In computing, commit charge is a term used in Microsoft Windows operating systems to describe the total amount of pageable virtual address space for which no backing store is assigned other than the pagefile. On systems with a pagefile, it may be thought of as the maximum potential pagefile usage. On systems with no pagefile, it is still counted, but all such virtual address space must remain in physical memory (RAM) at all times.

Essencialmente, a carga máxima de confirmação de um sistema é a quantidade total de memória que pode ser suportada pelo arquivo de troca. A taxa de commit de qualquer processo é a quantidade de memória que o programa solicitou acesso.

O problema é que um programa pode solicitar mais memória do que é fisicamente instalado no sistema, ou mais do que realmente precisa, e essencialmente privar outros processos. Eu suspeito que isso é o que aconteceu neste caso. O CoreTemp solicitou cada última parte da memória alocável que o seu sistema possui e, portanto, o gerenciador de memória está tendo dificuldades para forçar o envio de páginas para o disco para que ele possa carregar novas tarefas.

Provavelmente, também está tendo problemas para alocar páginas, nesse tipo de tamanho eu suspeitava que isso é tudo da sua memória virtual e virtual (swapfile) alocada.