[SFtrack] Commented: (XECS-59) Overnight LoadTest failure - sipXvxml memory hog
[ http://track.sipfoundry.org/browse/XECS-59?page=comments#action_20948 ]
Mark Gertsvolf commented on XECS-59:
------------------------------------
I ran a soaktest for 48 hours with the combination of
- 21000 60 second long MWI subscriptions (15 at a time)
- 46000 30 seconds long registrations (15 at a time)
- 55000 30 seconds long login/logout VM calls (15 at a time)
- 50000 20 second VM message deposit (15 at a time)
Media server process grew to 450M of memory after 100,000 VM calls.
[sipx@markg-sipx2 MYBUILD]$ top -n 1 -b | grep vxml
20571 root 21 0 450m 445m 14m S 0 22.0 716:35.14 sipXvxml
In the past it would take about 17K message deposits to cause the media server
to reach 1.5G mark.
Using dmemcheck tool designed by Mike Mammarella I eliminated leaks that occur
on a per call basis. It is possible that there are some other leaks in the
media server that occur either randomly, or periodically. It may be a good
idea to track such leaks using a low priority JIRA ticket.
Thanks,
Mark.
> Overnight LoadTest failure - sipXvxml memory hog
> ------------------------------------------------
>
> Key: XECS-59
> URL: http://track.sipfoundry.org/browse/XECS-59
> Project: sipXecs
> Issue Type: Bug
> Affects Versions: 3.7
> Environment: [sipx@markg-sipx2 sipxpbx]$ uname -a
> Linux markg-sipx2 2.6.20-1.2933.fc6 #1 SMP Mon Mar 19 11:38:26 EDT 2007 i686
> i686 i386 GNU/Linux
> [sipx@markg-sipx2 bin]$ ~/sipxecs/out/main/bin/sipx-config --version
> sipX version information:
> sipxportlib 3.7.0-010003 2007-04-15T14:20:51 markg-sipx2
> sipxtacklib 3.7.0-010003 2007-04-15T14:23:22 markg-sipx2
> sipxmedialib 3.7.0-010003 2007-04-15T14:26:05 markg-sipx2
> sipxcalllib 3.7.0-010003 2007-04-15T14:29:46 markg-sipx2
> sipxcommserverlib 3.7.0-010003 2007-04-15T14:35:02 markg-sipx2
> sipxregistry 3.7.0-010003 2007-04-15T14:38:49 markg-sipx2
> sipxpublisher 3.7.0-010003 2007-04-15T14:38:38 markg-sipx2
> sipxproxy 3.7.0-010003.sipx 2007-04-15T14:37:56 markg-sipx2
> sipxconfig 3.7.6-010003 2007-04-15T14:46:39 markg-sipx2
> sipxvxml 3.7.0-010003 2007-04-15T14:40:12 markg-sipx2
> sipxpbx 3.7.0-010003 2007-04-15T14:48:34 markg-sipx2
> XECS-47 fix is applied ontop.
> Reporter: Mark Gertsvolf
> Assigned To: Mark Gertsvolf
> Fix For: 3.8
>
> Attachments: leak.4.patch, mem.leak.1.patch, mem.leak.3.patch
>
>
> A rather heavy test consisting of 6 SIPP scripts has stalled 100% overnight.
> sipXvxml process is 1.5G in size. All new requests receive 408 Request timeout
> I forgot to turn on the debug logs, but even with NOTICE level the logs are
> 95M.
> The test consisted of the following:
> 1. register-unregister test. 20 simultaneous registrations from 20 different
> users followed by a deregistration after 30 seconds followed by a pause of 32
> seconds.
> 2. MWI subscribe-unsibscribe test. 20 simultaneous MWI subscription dialogs
> setup for 30 seconds followed by dialog termination and a pause of 40 seconds.
> 3. Simple call test. User registered from EyeBeam with AutoAnswer function
> turned on. The test makes a single call, EyeBeam answers, the test waits 2
> seconds, plays a 7-second pre-recorded message and disconnects, then waits 2
> more seconds.
> 4. VM call test. 20 simultaneous calls to VM. 14 seconds after VM answers the
> test disconnects.
> 5. VM message deposit. 20 simultaneous calls to an unregistered user, calls
> answered by VM and a 7-second pre-recorded message is deposited to the VM box.
> 6. XECS-47 test. This test sends 20 simultaneous requests with unsupported
> extention in Proxy-Require header, expects to receive 420 response then waits
> 5 seconds.
>
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://track.sipfoundry.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
