Craig,

Spinning disk all the way for your initial work space, you can do SSD for longer storage.

You don’t need to do SSD for default storage - it’s not worth the time or cost IMO (which is based on 4 years in the video surveillance industry).

—
Ryan

> On Dec 25, 2014, at 12:49 PM, Craig Smith <craigallynsmith at gmail.com> wrote:
> 
> Season’s Greetings TC-LUG’ers,
> 
>  
> I run a DIY network of security cameras that work in two parts.
> 
>  
> FTP (or server pull)
> 
> A number of cameras send jpeg images to server several times a minute.
> 
>  
> FFMPEG
> Once a day, read last 24hrs of jpegs and write out the mp4 video.
> 
>  
> Calculating the mp4 files takes most of the time, preventing higher frames-rates, increasing sever load (impacting other uses) and delaying availability of the final video.
> 
>  
> QUESTION
> 
> Since this is disk-intensive, I trust performance would improve if Jpegs were written-to and read-from solid-state drive (SSD) as opposed to traditional spinning mechanical-platter hard disk (HD).  I plan to continue writing the final MP4 to HD.  Looking at RAID for faster reads serving the final product.
> 
>  
> I understand SSD are faster, quieter, more reliable, and uses less power than HD (compelling arguments) but have a limited number of read-write cycles before failure and are prone to fail on power outages.
> 
> http://en.wikipedia.org/wiki/Solid-state_drive#Comparison_with_other_technologies <http://en.wikipedia.org/wiki/Solid-state_drive#Comparison_with_other_technologies>
>  
> If I run 5GB per day through a 120GB SSD what’s the expected MTBF?
> 
>  
> Otherwise, more ram and a faster cpu should help.  Any system design, hardware, or architecture tips?
> 
>  
> 
> 
> -- 
> Craig A. Smith mailto:craigallynsmith at gmail.com <mailto:craigallynsmith at gmail.com>
> 
> _______________________________________________
> TCLUG Mailing List - Minneapolis/St. Paul, Minnesota
> tclug-list at mn-linux.org
> http://mailman.mn-linux.org/mailman/listinfo/tclug-list

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.mn-linux.org/pipermail/tclug-list/attachments/20141225/99553f51/attachment.html>