alastairstevenson
Staff member
Hello,
Both NVRs show similar utilisation - and both remain very responsive at both the GUI and command line and VGA/HDMI interfaces.
One has 6 IP cameras recording 1080P continuous and motion/intrusion etc detection, and another 2 720P cameras continuous recording, and is also feeding from PoE ports 5 1080P streams to another NVR and 3 1080P streams to a QNAP NAS with Surveillance Station. And it runs absolutely fine, no recording glitches, responsive UI, responsive at the command line, no errors in the logs, zero crashes.
As I said - I'm impressed with how well it performs.
I understand where you are coming from in your comments about the load averages.
But I believe you are comparing the figures with what you'd see on a Linux box sitting waiting for your next keystroke, or maybe browsing the net or downloading an update.
Compared with that, the NVR is a very busy box indeed, and it's normal to have a large number of items queued up ready for processing. Remember it's a real-time processing environment.
That does not necessarily mean it's overloaded - though it could do in other circumstances.
Remember also that the SoC has a fast and busy DSP on board that is used to do the hardware encoding and decoding of video, and is under control of the main CPUs which queue up its tasks.
To reinforce the statement that what's being seen is a consequence of the type of job the CPU is performing - take a look at the figures for an IP camera.
You will see a very similar picture, showing what you might consider some scarily high load averages. Though on the Hik cameras, the CPU is much more utilised, depending somewhat on what analytics have been configured and enabled.
Here is an example:
Both NVRs show similar utilisation - and both remain very responsive at both the GUI and command line and VGA/HDMI interfaces.
One has 6 IP cameras recording 1080P continuous and motion/intrusion etc detection, and another 2 720P cameras continuous recording, and is also feeding from PoE ports 5 1080P streams to another NVR and 3 1080P streams to a QNAP NAS with Surveillance Station. And it runs absolutely fine, no recording glitches, responsive UI, responsive at the command line, no errors in the logs, zero crashes.
As I said - I'm impressed with how well it performs.
I understand where you are coming from in your comments about the load averages.
But I believe you are comparing the figures with what you'd see on a Linux box sitting waiting for your next keystroke, or maybe browsing the net or downloading an update.
Compared with that, the NVR is a very busy box indeed, and it's normal to have a large number of items queued up ready for processing. Remember it's a real-time processing environment.
That does not necessarily mean it's overloaded - though it could do in other circumstances.
Remember also that the SoC has a fast and busy DSP on board that is used to do the hardware encoding and decoding of video, and is under control of the main CPUs which queue up its tasks.
To reinforce the statement that what's being seen is a consequence of the type of job the CPU is performing - take a look at the figures for an IP camera.
You will see a very similar picture, showing what you might consider some scarily high load averages. Though on the Hik cameras, the CPU is much more utilised, depending somewhat on what analytics have been configured and enabled.
Here is an example:
