Idea Details

CDM memory top processes on total memory (physical and swap)

The current CDM v6.20 only allows the top processes to be sent on the alarm for physical memory thresholds this isn't much use in the real world in a lot of instances like MS SQL which will by default use all the available physical memory thus alarm constantly, hence therefore why "memory usage" (probe GUI actually pagefile in CFX file) is used.

The support case was closed for this "as its working as design" which maybe so but not in the real world.

Comments

I can't agree emphatically enough with the statement "isn't much use in the real world".

It's been almost fifty years that we've had computers with RAM and disk and an OS that allows one to extend the other. Why, in 2017, a decision would be made that there's no value in knowing what processes are using a memory resource when the disk portion of that memory system fills or when the combined RAM and disk memory fills baffles me.

And of the three, the physical RAM is the least important. If you've sized the system correctly you always want physical RAM to be full. Otherwise you are just wasting money.

Like RHaigh alludes too, you put SQL server on a database system and you want the free physical memory to be virtually zero - you want every bit of RAM for cache available for the database. What you want to know is when you run out of swap/pagefile on that system because that predicts the failure. You already know that MSSQL is at 95% of your RAM - alarming off that is meaningless. You need to know what is using the rest of it and growing swap.