MC3190 Vanguard Voice Lockup- eMscript review

// Expert user has replied.
R Reginald Corpuz 3 years 5 months ago
1 1 0

1) Time/Date: 11:30 AM, 4/18/2013

2) Response time - 4 Hrs

3) Product - MC3190

4) OS Version

5) Clarify Case # 2825875 Question:  Need help to identify what module is responsible to slowly consuming Memory on the device. It appears that the application is consuming Memory slowly.  Attached the eMscript files and description on each.
The info provided did not specify the time of any incidents so the TA conducted a general analysis of each Resourcexxxxxxxxxxxxxx.csv file with the comments below. I believe that the memory leak issue will need to be identified and addressed before this system will be production ready as a longer shift would probably continue to degrade
CHI-9744  -- I suspect that this device was useable but possibly slow

Operational Period

Line 75 4/17  14:13. This appears to be when the system time was set
Line 194 4/17 16:21

Cpu load spiked occasionally.( Well within normal)
Memory was slowly consumed during the 2 hour period. There was still sufficient memory at the end of the 2 hour session but this is indicative of a memory leak in an application program
General connectivity was good..there was one occurance where the signal strength showed to-84DB which could be problematic (line 179). There was no indication of connectivity loss
Minimal AP roaming
Battery  line 75 83% charge, line 192 72% charge. This indicates a typical battery drain and equates to a use cycle of about 16 hours on a single charge (much higher than the advertised 8 hour shift life—bases on a fully charged battery replaced at 20% charge)

 CHI-9745 – It is likely that this device was effectively unuseable for the entire time

Operational Period

Line 39 4/17  15:04. This appears to be when the system time was set
Line 75 4/17 15:40

Cpu load was at 100% the entire time of operation
Memory was slowly consumed during the 45 minute period. There was still sufficient memory at the end of the 2 hour session but this is indicative of a memory leak in an application program
Error kept happening—Support may understand this message

Power resumed. Reason PKY1: Suspended at 17/4/2013 15:14:08 Suspend Reason: Power Key Time suspended emGetSuspendTime : 0 days 0:18:28

General connectivity was good but lost temporarily  with each resume. There was no indication of bad ap coverage
Minimal AP roaming
Battery read 73% at end of log

 CHI9747-- I suspect that this device was useable but possibly slow

Operational Period

Line 1 4/17  11:36.
Line 75 4/17 16:19
Device appears to have ben in the cradle periodically

Cpu load spiked occasionally.( Well within normal)
Memory was slowly consumed starting at 13:47. There was still sufficient memory at the end of the  session but this is indicative of a memory leak in an application program
General connectivity was good but lost temporarily  with each resume. There was no indication of bad ap coverage
Minimal AP roaming
Battery  line 75 83% charge, line 192 72% charge. This indicates a typical battery drain and equates to a use cycle of about 16 hours on a single charge (much higher than the advertised 8 hour shift life—bases on a fully charged battery replaced at 20% charge)
Battery read 83% at end of log

 
 

Please Register or Login to post a reply

1 Replies

R Reginald Corpuz

I spoke to ECRT early this afternoon(Friday) and he looked at Proclists on chi9747.zip.  Looked at proclist3 and proclist5, it was noticed that there were 2 additional instances of Telnet CE that consumes about a total of 16 Meg.  This might be what is causing the issue.

CONTACT
Can’t find what you’re looking for?