[Live-devel] Live555 performance numbers

Marathe, Yogesh yogesh_marathe at ti.com
Thu Jan 10 23:03:18 PST 2013


Jeff,

Thank you for your input. Is this the max performance on your system? Or CPU is still not fully loaded with 400 D1 at 10fps receive and write. It will be of a great help if you could comment on CPU performance when you are only receiving and not writing.

I will see if I can extrapolate these stats for my system. Unfortunately, I'm devoid of such processing power and memory you mentioned.

Regards,
Yogesh.

From: live-devel-bounces at ns.live555.com [mailto:live-devel-bounces at ns.live555.com] On Behalf Of Jeff Shanab
Sent: Thursday, January 10, 2013 6:51 PM
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] Live555 performance numbers

 I can only give a few data points. A lot depends on the bandwidth per stream.
I receive and save to disk from security cameras. These are, on avg, set for 10fps d1(704x480)
On one desktop PC I7-950, 12G ram and Solid-state drive I was testing my software thruput. A rather high end machine to eliminate it as a variable.
I received 400 streams and wrote to disk, The limit was the single gigibit network connection.

I routinely record 20-50 streams on a mini PC. bookend PC with notebook drive.

Same software. Architecture is multi-threaded running up to 60 streams per thread/environment.
Live555 uses an event loop and the 60 came from the Windows limitation on WaitForMultipleObjects since removed.
________________________________
From: live-devel-bounces at ns.live555.com<mailto:live-devel-bounces at ns.live555.com> [live-devel-bounces at ns.live555.com] on behalf of Marathe, Yogesh [yogesh_marathe at ti.com]
Sent: Thursday, January 10, 2013 5:29 AM
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] Live555 performance numbers
Hello Ross,

Thanks for the prompt response. Assuming I'm not bothered about decoding and rendering part of incoming video (as I can offload that), I want to know if any profiling has been done on just LIVE555's receiving part on any processor ever?

I had observed in one of the experiments with OpenRTSP, if I periodically open multiple threads (using rtspRead()) to receive video streams from different sources, CPU load was going high. The application was just receiving and dropping packets. I want know measures that can be taken in live555 that would enable my system to open maximum possible threads/processes ensuring minimal overhead of receiving and waiting if any.

Regards,
Yogesh.

From: live-devel-bounces at ns.live555.com<mailto:live-devel-bounces at ns.live555.com> [mailto:live-devel-bounces at ns.live555.com] On Behalf Of Ross Finlayson
Sent: Thursday, January 10, 2013 2:31 PM
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] Live555 performance numbers

I want to use live555 for receiving H.264 encoded video streams over IP network through RTP. Is there any information about performance numbers of live555 in terms of CPU cycles or CPU load % when it comes to receiving streams.

It's difficult, if not impossible, to answer questions like this, because the performance of the system depends so much on the particular hardware that you're using.

Generally speaking, though, the performance overhead of LIVE555's RTSP/RTP/RTCP reception/processing code is usually insignificant compared to the cost of receiving/decoding/rendering the incoming video.

E.g., I suggest that you run the VLC media player application, that uses the "LIVE555 Streaming Media" code as its RTSP/RTP/RTCP client, and which can receive and play H.264 video.

Ross Finlayson
Live Networks, Inc.
http://www.live555.com/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20130111/f66abc88/attachment.html>


More information about the live-devel mailing list