![]() I don't have any specific problems with these additional puzzle pieces. I will say that Indigo uses a bit of CPU and so does graphite, but this same software runs on the 10.11 VM as well. The only thing homebrew is actively running is Grafana. I also installed homebrew and Xcode Cli tools. In addition to that short list of apps, I'm running Ubiquiti Unifi (WAP management software), Skype and Messages.app. Indigo is the interface into my kingdom so to speak. It's pumping data into a local postgresql installation, as well as graphite w/ a grafana front-end. Indigo does a lot and I can in no way call it low usage. Other software running on the mac VM: Indigo 7. Brand new 10.12 VM (all updates installed). Two other VMs: pfSense (low usage doing network router) and Mythbuntu (network TV tuner + samba repository of media, also low usage). ![]() The drive can manage over 60MB/s and has never suffered performance issues.īuild cost under $1000 w/ CPU mark > 10,000. Side note: SecSpy never writes at over a couple dozen MB/s (maybe 20-30 max). I have a 750GB vmdk on this drive, mounted at /Volumes/Storage Camera storage is on a 2.5" 1TB laptop hard drive. SuperMicro X10SLM-F motherboard w/ 32GB ram & Xeon E3-1241v3 CPU. This thing is powerful and should scale to 12+ cameras just fine. I've had as many as 8 3-4MP cameras connected at one time running about 50% CPU load. This will reveal the secret sauce for how to run a massive system with a low budget. You asked about my specs, so I'm going to put it all out there. I happen to work for the largest live video streaming service in the world. I'm very good at this stuff and streaming video is my passion. Some background: I'm a systems engineer regularly writing code in many languages running on linux servers Ubuntu and CentOS currently. Thanks for your reply and spending some time helping me diagnose the issue. Probably 4.0.8 (the releases don't contain dates on the website): Offhand I'm not sure what version the 10.11 system has installed but it's not 4.1.1. The only other difference is the SecuritySpy version. The other option is to create a timer/cron to restart SecuritySpy every hour or two uhg. The other VM can be booted right back up and brought into service pretty easily. VTDecoderXPService consumes 700% or more of the CPUs (only 8 cores), the VM shows < 15% idle CPU and the host becomes nearly unresponsive with a maxed out CPU (90%+ utilized).Īny idea what is causing this? How do I narrow it down and troubleshoot further? I'd like to stay on 10.12, but this behavior is certainly making me want to revert. Give it an hour or so and all the numbers above double. This is normal, and good, and works well. The VTDecoder process shows about 300-350% CPU used in Activity Monitor the VM shows about 50-60% idle CPU. If I restart SecuritySpy the CPU usage on the host drops to about 60% utilized. This new VM runs fine for the first 1-2 hours but then VTDecoderXPService slowly consumes away all the CPU power in the host. This past weekend I installed a 10.12 VM along side my 10.11 VM and migrated all of my things, including SecuritySpy. I noticed dramatic improvements in performance and system responsiveness after upgrading to SecuritySpy v4. ![]() So perhaps Dahua CVI DVR's do it already, but it is just undocumented like their other ONVIF interfaces.ītw, ONVIF uses an extended RTSP command set for replay of recorded video.I've been running SecuritySpy v3 & v4 on a Mac OS 10.11 VM for a really long time. The testing results showed that both Dahua client and server conform to the ONVIF Network Interface Specification Set, version 2.4.1 and its front-end and storage devices could support recording search/control, replay and many other functions under Profile G and start to support new features such as video analytics, OSD in addition to basic ones such as video, PTZ, events etc. During the three-day testing, there were over 5 client vendors and 15 server providers inter-testing with Dahua, including Axis, Canon, Exacq, Pelco, Samsung and others. This is a promising statement, from Dahua regarding the ONVIF Plugfest back in March:īeing a full member of ONVIF, Dahua Technology carried out tests as a device provider for both device and client under Profile S and Profile G.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |