On a sunny day (Mon, 27 Jan 2020 20:01:23 +0000) it happened druck wrote in :
OK, thnak you. Better avoid it getting full! Seems OK now:
Fri 24 Jan 2020 03:10:42 PM CET: MiB Mem : 3906.0 total, 2891.6 free, 378.2 used, 636.2 buff/cache MiB Swap: 100.0 total, 20.4 free, 79.6 used. 3378.8 avail Mem
Sat 25 Jan 2020 06:46:05 AM CET MiB Mem : 3906.0 total, 2653.7 free, 372.0 used, 880.4 buff/cache MiB Swap: 100.0 total, 24.7 free, 75.3 used. 3380.4 avail Mem
Sun 26 Jan 2020 07:32:08 AM CET MiB Mem : 3906.0 total, 3265.9 free, 370.6 used, 269.5 buff/cache MiB Swap: 100.0 total, 26.9 free, 73.1 used. 3383.9 avail Mem
Mon 27 Jan 2020 07:01:17 AM CET MiB Mem : 3906.0 total, 3364.9 free, 372.7 used, 168.4 buff/cache MiB Swap: 100.0 total, 28.7 free, 71.3 used. 3382.6 avail Mem
Tue 28 Jan 2020 04:40:45 AM CET iB Mem : 3906.0 total, 2881.9 free, 374.7 used, 649.5 buff/cache MiB Swap: 100.0 total, 29.5 free, 70.5 used. 3375.7 avail Mem
Getting better!
So I will leave it running this way, Do not fix it if it works!
For the other poster, as the system is just writing video to disk using a shorter cache (by writing it more often to harddisk) has no bad side affects, the stuff will have to be written to disk anyways. In fact the writing periods will be more often and shorter, but it is the same amount of data, Writing to disk more often causes less long interrupts and keeps more memory available.
In fact Linux caching results in a high video delay on some of my systems (PCs)!
20 seconds for mcamip is normal!Also it is a security risk, in case of a power failure you lose the last (likely most important part where you see the bad guy cutting the cables) 20 seconds.