1. 12:17 10/1/2008 2. 3 Day 3. MC50 4. PPC2003 Plat 19 5. 1959421 I have Symscript logs attached, customer is complaining about errors such as memory critically low and not enough memory to complete this operation within their app. I see on 9/29/2009 the memory load hovers around 76-80%. 2 Questions: Which application is causing this memory load? I dont see any dll crunch. Is the Memory Load and Memory Free apply to both program and storage RAM? I am trying to give him a clear picture of how the free memory impacts device function. Thanks in advance.
MC50 - Memory Load Issues// Expert user has replied. |
5 Replies
Let me also simply answer your questions ( I got a bit caught up in my previous post also the 8MB comment should be about 7MB). Which application is causing this memory load? A: looks like CPMEATDIST.exe when it is not running the load is only 40%. Increasing the memory slider to allocate more to the heap may help lower the load. Is the Memory Load and Memory Free apply to both program and storage RAM? I believe the load applies to portion alloacated to program space. The documentation is not clear but we can test it by moving the slider and seeing what the load is before and after the move.
Thank you very much Gene.
I only saw a smalle time window where the memory load was above 40%. It was near 9:25 AM and only lasted for a few minutes. There were no snapshots captured but the foreground process was cpMeatDist.exe (see col. y) during the high memory load which also seemed to be a .Net app. The later snaps did not show this running so this program most likey started and was was closed during this time.
Hm...between 29/9/2009 at 8:17 AM and 13:46 the Memory Load column H is at 80%. Are we looking in the same spot?
I was looking at the latest file (resource.csv) since I didn;t have the time stamps. The back up file had the time stamps you mentioned. I used process snap 15 and virtural memory map 8 which are within the time period you specifed. Overall it looks like virtual memory is good but they are simply running low in phiyscal ram. The advanced data in the process snap (see below) shows they use 8 MB (much if it is most likely shared). This all may be just defined behaviour. I don't know where the memory slider is set in the control panel but allocating more to the heap (rather than the file system) may help lower the overall load. The following is some of the more detailed data for their process. The last line shows the tota RAM usage. Without this process running the memory load is only about 40%. CPMEATDIST.EXE Memory usage for Process 880a8230: 'CPMEATDIST.EXE' Slot 14 PID 0xEA459BBA Command Line : Primary Thread TID: 0xE878A8D2 Level of trust 0x02 Thread Information TID 0xAAA194E6 OwnerPID 0xEA459BBA ModuleName mscoree2_0.dll LastError 0x00000000 WakeupTime 0x2A639BD4 UserTime 00:00:00.320 KernelTime 00:00:00.000 Info: UserBlock 1 Buried 0 Sleeping 0 Dying 0 Dead 0 TID 0xC826C896 OwnerPID 0xEA459BBA ModuleName mscoree2_0.dll LastError 0x00000000 WakeupTime 0x1DDF9189 UserTime 00:00:00.794 KernelTime 00:00:00.003 Info: UserBlock 1 Buried 0 Sleeping 0 Dying 0 Dead 0 TID 0xAA4340CE OwnerPID 0xEA459BBA ModuleName mscoree2_0.dll LastError 0x000000B7 WakeupTime 0x2A55763C UserTime 00:00:00.018 KernelTime 00:00:00.000 Info: UserBlock 1 Buried 0 Sleeping 0 Dying 0 Dead 0 TID 0xE878A8D2 OwnerPID 0xEA459BBA ModuleName NK.exe LastError 0x00000057 WakeupTime 0x2AB8ACBE UserTime 00:03:51.989 KernelTime 00:00:01.141 Info: UserBlock 1 Buried 0 Sleeping 0 Dying 0 Dead 0 Total CPU User 00:03:53.121 Kernel 00:00:01.144 Slot base 1e000000 Section ptr 8a71c000 Page summary: Code=0(0) data r/o=0 r/w=1755 stack=9 reserved=1007 (WM TotalPages 2771 (11084 Kb)) Code + Data + r/o + r/w + Stack = 1764 Pages (7056 Kb)