Looking at the top of your second image it looks to me that it is quite probably CoreTemp that is the problem. While is only using some 20MB of working memory it has a severe virtual memory leak and is using up 24GB of virtual memory.
As a result it has probably absorbed all of the VM available to your system and so the memory manager is struggling to give any memory to new applications.
First task: kill CoreTemp.
The "modified" memory is usually memory pages that are waiting to be flushed to the swap file, this would be consistent with a program that has allocated an insane amount of virtual memory and the system is stuck paging it out.
To explain the commit charge we resort to 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.
Essentially the maximum commit charge of a system is the total amount of memory that can be backed by the swap file. The commit charge of any process is the amount of memory then that program has requested access to.
The problem there though is that a program can request more memory than is physically installed in the system, or more than it actually needs, and essentially starve out other processes. I suspect that this is what has happened in this case. CoreTemp has requested every last piece of allocatable memory that your system has and so the memory manager is having difficulty forcing pages out to disk so that it can load new tasks in.
It's probably also having trouble allocating pages at all, at that kind of size I'd suspect that that is all of your physical and virtual (swapfile) memory allocated.
1With a commit charge of what looks like 23GB I'd suggest that CoreTemp has a memory leak there. I'd kill and restart that process. – Mokubai – 2015-10-25T17:43:14.457
post some details of your hardware – magicandre1981 – 2015-10-25T18:06:43.170
which network card do you use? – magicandre1981 – 2015-10-25T18:20:10.693
@magicandre1981 I am not exactly sure...the motherboard is ASUS and I think the network chip is Realtek. Is it relevant? – Mahm00d – 2015-10-25T18:23:10.477
open device manager (devmgmt.msc) and look which network card you use. – magicandre1981 – 2015-10-25T18:24:00.143
@magicandre1981 It's Realtek LAN controller. Although, I mostly used WiFi via a D-Link dongle... – Mahm00d – 2015-10-25T18:37:19.427
and which D-Link dongle do you use? Does it use a broadcom chipset? Please post more details!! – magicandre1981 – 2015-10-26T04:56:03.503
@magicandre1981 It's a DWA-125 dongle. I don't know the rev, but according to Wikidevi, the chipset is either Ralink or Realtek. But, you could at least post your theory before asking about HW details... I still don't get how the WiFi dongle is relevant to all of this! – Mahm00d – 2015-10-26T14:30:56.003
broadcom chips cause "modified" memory leak, that's why I wanted to know this. – magicandre1981 – 2015-10-26T19:00:21.137
install the WPT ( http://social.technet.microsoft.com/wiki/contents/articles/4847.install-the-windows-performance-toolkit-wpt.aspx) and run this command to capture a bit of the modified usage: xperf -on PROC_THREAD+LOADER+CSWITCH+DISPATCHER+DISK_IO+DISK_IO_INIT+FILENAME+FILE_IO+FILE_IO_INIT+PROFILE+ResidentSet -stackwalk CSwitch+ReadyThread+FileCreate+FileCleanup+FileClose+FileRead+FileWrite+FileSetInformation+FileDelete+FileRename+DiskReadInit+DiskWriteInit+DiskFlushInit+Profile -buffersize 4096 -MaxFile 2048 -FileMode Circular && timeout -1 && xperf -d C:\modifiedMemory.etl
– magicandre1981 – 2015-10-26T19:25:03.240zip and share the ETL file – magicandre1981 – 2015-10-26T19:25:18.170
have you captured the trace or is the issue now fixed? – magicandre1981 – 2015-11-03T18:13:54.487