[reSIProcate] STL stream performance enhancement for SipMessage encoding

[Justin Matthews]

After integrating the resip stack into our application, initial profiling
showed that we could improve performance significantly by replacing the STL
streams classes that are used for encoding SipMessage objects. 

 

The code is checked in under branches/b-jmatthewsr-streamperf.  Note that at
this time only the default settings for ./configure should be used and repro
is currently excluded from the build.

 

The data attached shows (on win32) a 30-40% overall CPU reduction when
running our application with the STL alternative and a 5-6x factor
improvement running the stand alone encoder test. 

 

I would really appreciate some feedback from running the stand-alone test
apps (STL vs alternative) on additional windows hardware as well as true
Linux (not running under virtual machine)/unix/osx machines. I have binaries
for win32 and for linux (fedora 5) that I can send on request.  To build the
test app in the branch define/undefine RESIP_USE_STL_STREAMS in
rutil/resipfaststreams.h.  The test app is under
resip/stack/test/testSipMsgEncode.cxx.

 

Thanks,

 

-Justin

 

Running the test app with args:  test.exe -r 500000

 


Test platform

STL Encode (sec)

NO STL Encode (sec)

Factor


 

 

 

 


Win32 Pentium D 2.8Ghz

8.9

1.7

5.24


 

 

 

 


Win32 Pentium 4 3.0Ghz

9.8

1.5

6.53


 

 

 

 


Linux-nodebug Fedora 5 under VMware on Pentium D 2.8Ghz

6.4

5.9

1.08

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://list.resiprocate.org/pipermail/resiprocate-devel/attachments/20061206/d77d8fce/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: results.pdf
Type: application/pdf
Size: 10029 bytes
Desc: not available
URL: <http://list.resiprocate.org/pipermail/resiprocate-devel/attachments/20061206/d77d8fce/attachment.pdf>