![(please configure the [header_logo] section in trac.ini)](/repos/chrome/site/pj.jpg)
Changes between Version 1 and Version 2 of PJMEDIA-MIPS
- Timestamp:
- Jul 4, 2008 11:33:31 PM (16 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
PJMEDIA-MIPS
v1 v2 4 4 5 5 All the results below are done with the stock settings that come with PJSIP distribution. The test source is in {{{pjmedia/src/test}}} directory. 6 7 == Test Method == 8 9 Each test should measure the overall performance for both directions. So for example for resampling, the test shows the total upsample and downsample time in a single test, and for codec it will show the total encoding and decoding time. 10 11 The test program depends on a correct setting of MIPS value of the processor being set correctly during compilation time. The test uses strictly one thread only. 12 6 13 7 14 == Interpreting the Results == … … 20 27 From the elapsed time above, we can measure how much CPU usage needed to run this component in real-time. For example, if the time elapsed is 1 second (one million microseconds) then this component will take 100% of CPU time when run in real-time. Or if the time elapsed is 0.5 second (500 thousands microseconds) then this component will take 50% of the CPU time when run in real-time. 21 28 29 The CPU percentage maybe larger than 100% if the time taken to process 1 second worth of audio samples is more than 1 second. 30 22 31 '''MIPS:''' :: 23 Also from the elapsed time above, we can measure the MIPS needed to run this component in real-time .32 Also from the elapsed time above, we can measure the MIPS needed to run this component in real-time, since we know (or we can assume) the MIPS value of the processor. 24 33 25 34 … … 32 41 33 42 '''conference bridge with N call(s):''' :: 34 This measures the performance of the conference bridge with N calls. Note that we don't use actual call for the test since we only want to measure the conference bridge performance and not codec performance (this will be measured in separate tests). So for this test we use memplayer for each ''call'' to supply audio to the bridge. 43 This measures the performance of the conference bridge with N calls. Note that we don't use actual call for the test since we only want to measure the conference bridge performance and not codec performance (this will be measured in separate tests). So for this test we use memplayer for each ''call'' to supply audio to the bridge. During the test all the calls (ports) will be connected to port zero and port zero will be connected to all calls. No connection among calls is created. 35 44 36 45 '''upsample+downsample:''' :: … … 38 47 39 48 '''WSOLA PLC - N% loss:''' :: 40 This measures the performance of Waveform Similarity based Overlap and Add (WSOLA) algorithm when it is used to generate/emulate lost packet (a.k.a Packet Lost Concealment/PLC). Timing for various loss percentage is shown. 49 This measures the performance of Waveform Similarity based Overlap and Add (WSOLA) algorithm when it is used to generate/emulate lost packet (a.k.a Packet Lost Concealment/PLC). Timing for various loss percentage is shown. The WSOLA algorithm is used by both the delay buffer and PLC algorithm in pjmedia. The delay buffer itself is used by the splitcomb, sound port, and the conference bridge to adapt to audio burst and clock drifts. 41 50 42 51 '''WSOLA discard N% excess:''' :: 43 This measures the performance of Waveform Similarity based Overlap and Add (WSOLA) algorithm when it is used to discard excess audio samples (e.g. caused by clock drifts). Timing for various excess percentage is shown. 52 This measures the performance of Waveform Similarity based Overlap and Add (WSOLA) algorithm when it is used to discard excess audio samples (e.g. caused by clock drifts). Timing for various excess percentage is shown. The WSOLA algorithm is used by both the delay buffer and PLC algorithm in pjmedia. The delay buffer itself is used by the splitcomb, sound port, and the conference bridge to adapt to audio burst and clock drifts. 44 53 45 54 '''echo canceller Nms tail len:''' :: 46 This measures the performance of the acoustic echo canceller (AEC) for various echo tail settings. 55 This measures the performance of the acoustic echo canceller (AEC) for various echo tail settings. The audio source is taken from memplayer, and there is no acoustic delay in the audio samples. 47 56 48 57 '''tone generator with single/dual freq:''' ::
