Open troykelly opened 1 year ago
Hey @troykelly Thanks for your detailed report.
What CPU do you use? Compared to HTTP and RTMP, SRT requires more CPU power. Please have a look if this is the reason. Thank you very much.
Thanks @jstabenow
Intel(R) Core(TM) i9-10940X CPU @ 3.30GHz
running VMWare
The VM running restreamer is:
CPU: 8 vCPUs
Memory: 32 GB
Hard disk 1 50 GB
Hard disk 2 1,024 GB
Hard disk 3 50 GB
PCI device 0 TU106 [GeForce RTX 2060 SUPER]
PCI device 1 TU106 High Definition Audio Controller
PCI device 2 TU106 USB 3.1 Host Controller
PCI device 3 TU106 USB Type-C UCSI Controller
It seems the high CPU is just receiving the stream (via tcp://) even with no clients it gets to 100% CPU after a while. One stream is far worse than the others (the mosaic stream).
This is new behaviour, but unfortunately, I'm not sure if the container updated and it's a new restreamer version or not
Is there any way to interrogate what is going on in more detail? Perhaps there is transcoding happening (although it's not set to do that)
Hi,
I am exactly facing the same issue, I have vCPU - 10 with 60GB of RAM and every time the CPU utilization shows above 80%. And when users starts viewing the video stream it reaches up to 99%.
Kindly provide a solution on the same.
@rahtechonline I had to stop using restreamer - there just seems to be something that's causing CPU's to run away. I'm now just using ffmpeg in a docker container.
Is there any better solution, where I can publish 100s of LIVE CCTV camera and get the direct web URL of those camera and along with that monitor all the camera from the web panel
Any alternative to restreamer or and way to handle the CPU load.
That doesn't sound like a restreamer issue - it just sounds like a massive amount of processing is needed for what you want to achieve. Was this working with restreamer historically? My issue was that I had restreamer handling 8 or so streams + GPU transcoding very well, then suddenly started needing a tonne of CPU to do the same job it had done before.
Are you transcoding? How are you publishing? HLS, RTSP, WebRTC? Some publishing modalities will require significant system resources (memory, disk, etc)
I am new to this application and have deployed it recently.
When I deployed this with the active cameras it was taking the CPUs between 60% - 80%, but from last 2-3 days it continuously CPU is showing above 98%.
The ./bin/core is consuming the highest amount of CPU above 70%.
I just wanted to us the LIVE stream through the player URL and nothing else as of now. Is there anything where we can stop FFMPEG or some other resources, which can smoothen the server, but provide me the LIVE stream through player URL.
It might be best to ask this on the ffmpeg mail list - I'm not sure if turning this ticket into a discovery of what you need is the right place for the conversation.
If you think that there is a similar issue with excessive CPU usage, you will need to provide the same information that I did up the top of the ticket so the restreamer gurus can analyse it.
Subject of the issue I'm trying to work out why restreamer is using high CPU, it's not for transcoding but I can't see what it's doing that needs so much CPU
Your environment No playersite enabled Multiple network sources via TCP eg tcp://gpu123.example.com:6001, tcp://gpu123.example.com:6002, tcp://gpu123.example.com:6003 etc Multiple mp4/h.264 network sources via hls eg https://iptv001.example.com/050e140537e5468a4341777684dcf488 One of the streams (a video mosaic generated by ffmpeg) will not play in restreamer, but does work via HLS, SRT etc
Files
Steps to reproduce It's happening all the time for me
Awesome ⭐⭐⭐⭐⭐ The restreamer server is public facing - I will send the URL to
support@datarhei.com
with the issue numberExpected behavior There's no transcoding - so I wouldn't expect CPU to be so high.
Actual behavior High CPU use