Is there any partitioning scheme that would help for server cpu / disk loading, event expansion?
8 or 16 ip camera system.
I have found info in this forum but outdated by 6 yrs. and much has changed since then
Jimmy
Partitioning for efficiency and convenience 1.28
-
- Posts: 203
- Joined: Thu Jan 01, 2015 5:12 pm
- Location: Rhode Island
Partitioning for efficiency and convenience 1.28
Linux Mint 23 Cinnamon Mariadb 10.x using Master 1.37.x latest always
DVB stands for Digital VIdeo Broadcasting , retired satellite downlink supplier
DVB stands for Digital VIdeo Broadcasting , retired satellite downlink supplier
Re: Partitioning for efficiency and convenience 1.28
A 6 years info could be outdated or just a good info!
After more than 15 years, no longer using ZM as surveillance system.
Now in the dark side, using a commercial system...
Re: Partitioning for efficiency and convenience 1.28
Zoneminder stores everything in one specific location, if you want to avoind Zoneminder filling your disk you could put that location on a separate partition (or LVM logical volume, for scalability).
I think everything else would be covered by any linux partitioning guidelines.
I think everything else would be covered by any linux partitioning guidelines.
-
- Posts: 203
- Joined: Thu Jan 01, 2015 5:12 pm
- Location: Rhode Island
Re: Partitioning for efficiency and convenience 1.28
I was think more on the results discoverd by troyy0206 at the last posting
http://www.zoneminder.com/forums/viewto ... 135#p60135
Jimmy
http://www.zoneminder.com/forums/viewto ... 135#p60135
Jimmy
Linux Mint 23 Cinnamon Mariadb 10.x using Master 1.37.x latest always
DVB stands for Digital VIdeo Broadcasting , retired satellite downlink supplier
DVB stands for Digital VIdeo Broadcasting , retired satellite downlink supplier
Re: Partitioning for efficiency and convenience 1.28
If the data is stored on the same disk, partitioning should affect performance. What affects performance is probably the use of another file system (reiserfs instead of ext3/ext4).
On my machine the disk speed is not an issue, on my machine CPU and shared RAM for image analysis are the bottleneck. But it you have a lot of cameras and a machine with a lot of RAM then maybe the disk could become a bottleneck.
On my machine the disk speed is not an issue, on my machine CPU and shared RAM for image analysis are the bottleneck. But it you have a lot of cameras and a machine with a lot of RAM then maybe the disk could become a bottleneck.
Re: Partitioning for efficiency and convenience 1.28
I'm running 16 IP cameras on a 2.6 GIG Quad PC with 16 GIG RAM and 1 TB WD drive. Ubuntu 14.04 with EXT 4 FS with the noatime option set. Have set ZM to use ramdisk for some temp file processes and the hard drive just has the "normal" "/" and swap partitions. All cameras are set to mocord and events are deleted after two weeks. There are up to six users watching video output (montage) at any given time as the cameras are monitoring a warehouse.
I would see no advantage to doing multiple partitions on this system. The advantage of one main partition is you can use more of it to store events.
bb
I would see no advantage to doing multiple partitions on this system. The advantage of one main partition is you can use more of it to store events.
bb
Re: Partitioning for efficiency and convenience 1.28
I just noticed a typing error
should readNerre wrote:If the data is stored on the same disk, partitioning should affect performance.
If the data is stored on the same disk, partitioning should not affect performance.
Re: Partitioning for efficiency and convenience 1.28
On that note, I would like to setup SSD for current events and then some kind of daily move-to-archive mechanism for older events. Is there some way to set this up, so events can be browsed via normal zm interface?
Re: Partitioning for efficiency and convenience 1.28
SSD's are still a bit expensive. Just bought a 1 TB WD Blue for $49.99.
Yes, you could store to a SSD and move events somewhere else but browsing them may be an issue.
Try it, document what you do if successful and post it to the WIKI!
bb
Yes, you could store to a SSD and move events somewhere else but browsing them may be an issue.
Try it, document what you do if successful and post it to the WIKI!
bb