I am seeing massive increase. I have an I7 processor on the system and it is dedicated to zoneminder. normal load is around 1. Some connections on the web interface or more than one at a time seems to spike the load to around 14 (on my I7 8 is taxing it). This behavior keeps going even if I disconnect the offending system from viewing. I have to restart the zoneminder service to fix it. The web interface for 1.32.x is pretty bad and barely working. Most features are nonfunctional such as fast forward. This whole 1.32 version is trouble. The writers have helped me some and I shared info here but yes the CPU load is a problem for me too. 7 cameras.
Just to play the devils advocate, my system has shown no extra load atall, this has been rolling-upgraded since the storageareas branch was first created, haven't had need to do a fresh install as its just been solid.
at the time of upgrade had 4 1080p streams coming in and two smaller CIF streams for motion detection, celeron J1900 cpu, load average of about 1.8, with a viewer playing back and scopping thro a 1080p stream load average would jump up to 3.5 and things could get a bit laggy but thats how it was on 3.1 and 3.2 and is just down to my little cpu.
the 1080p streams are only 8fps though the point im making is I saw no difference from 3.1 to 3.2
CPU Use really should have gone down. I could see mysql cpu use going up a bit but not zmc/zms. Especially zms, there really hasn't been much changed in there.
Source Type ffmpeg
Function monitor
Maximum FPS 10 (native in the cam)
Capture Width (pixels) 1280 (native in the cam)
Capture Height (pixels) 720 (native in the cam)
Target colorspace 24 bits (native in the cam)
Source Path rtsp://....
i have 21 cams, with diferent resolution (1280, 640, etc), but all with same FPS
to record I use another separate process ( less than 1% each)
Ok, someone else had a similar problem and on a whim I had them change Stream Replay Image Buffer from the default of 1000 to 0.
When viewing a live stream, ZM by default writes out jpeg's to disk so that we can offer pause/rewind etc on the live stream. Setting Stream Replay Image Buffer basically turns this off.
I think in 1.30 we defaulted to /tmp/zm for these files which is typically a ram disk, but we might have switched to /var/tmp/zm which generally is NOT a ram disk... so that may be the problem.
that was me you suggested changing the value to 0. I worked for the live montage view great. I do see CPU load spike horribly now when I pull up a list of events, usually around 100 or more events. seems it is the thumbnails causing the increase but I have no idea how to fix that.
CPU load is ~20% more than ZM 1.30.4 by mostly same settings. The only changing things was using storageareas, x264 bypassing, enabled audio recording and switch my Reolink from rtsp to rtmp against smearing in 1.31 and above.
I´m using 3x 1080P and 1x 1440P all on 8 fps. On VM with 4GB and 2 CPUs 1.30.4 used 35-40% CPU. On duplicated VM with 1.32.3 it used 43-48% CPU.
