<html><head></head><body>Bear in mind that every byte served passes through the cpu and the pci bus twice. Often the bottle neck is the IO on the drive. But once a sizeable controller is in use, the cpu becomes critical. <br><br>I tend to size cpu to allow 1 core per client served plus 1 core for overhead as long as budget will allow. But I deal with stuff larger than home use.<br><br>For home use, with 3-5 users, network bandwidth will also be an issue. If the drives are used in parallel as stripes, be sure to size the joined stripe partitions so different uses will hit different drives. Size the total drive count per controller to be 3-5 times the combined drive IO bandwidth of the bus to allow cache flush and seek time. I would rather migrate a drive array to a new host with more bandwidth than migrate data to a new drive array.<br><br><div class="gmail_quote">On December 1, 2018 11:52:33 AM EST, Alex Carver via Ale <ale@ale.org> wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre class="k9mail">Lots of votes for DIY NAS.<br><br>Assuming that I choose that route, I'd be aiming for relatively low cost<br>(not including the cost of the drives, that's a sunk cost no matter the<br>array). To this end I don't need a machine that can transcode video,<br>run fifteen application servers, VMs, or much of anything else. I just<br>need a box that can handle SMB/CIFS/NFS for file storage from remote<br>machines (mix of *x, Windows, Mac), can run rdiff-backup over ssh (some<br>of my smaller machines back up using rdiff-backup for simplicity), can<br>send me an email if something is wrong, has two or more Gigabit ports so<br>I can divide network streams (one coming from cameras on a VLAN, the<br>other coming from the other machines), and the ability to support plenty<br>of drives without much extra hardware (at least four plus an OS drive<br>without needing a SATA card, more SATA ports is better though).<br><br>I wanted to avoid hyperexpensive motherboards. I did some searching<br>after all the input on this thread came in and most of the build guides<br>for DIY NAS boxes max out the system so much so that you can run Plex,<br>Xen, an email server, an IoT server, cloud synchronization and like<br>fifteen other things, none of which I want. I just want a giant file<br>bucket. I want to send big files/backups to the machine and, in a<br>reasonable amount of time, have those files stored to disk and done. At<br>the same time, that much horsepower is also using a lot of electricity<br>so minimizing that load would be great if I don't actually need it.<br>That simplifies cooling as well as I'd be able to use passive cooling or<br>slow fans.<br><br>The build guides were using things like $600-$1000 motherboards from<br>Supermicro and such that had 10 GbE ports, one had SFP slots for fiber,<br>another used a Core i7 processor and 128 GB of RAM, one even had a<br>Radeon graphics card in it. Half of them used over 100 Watts idle with<br>a significant chunk going to the motherboard rather than the drives.<br>Surely a simple file server does not need nearly that much horsepower to<br>take data from an Ethernet port and shove it through a SATA port to a<br>disk. The most taxing application for this thing would be continuously<br>recording multiple camera streams using H.264 (around 100-200 kBps on<br>average) or MJPEG (500-600 kBps) to disk over one of its ports.<br><br>So for those of you that did DIY, how much horsepower did you seek out<br>for the system and how little can I get away with for the most basic<br>file serving application without drastically harming performance?<hr>Ale mailing list<br>Ale@ale.org<br><a href="https://mail.ale.org/mailman/listinfo/ale">https://mail.ale.org/mailman/listinfo/ale</a><br>See JOBS, ANNOUNCE and SCHOOLS lists at<br><a href="http://mail.ale.org/mailman/listinfo">http://mail.ale.org/mailman/listinfo</a><br></pre></blockquote></div><br>-- <br>Sent from my Android device with K-9 Mail. All tyopes are thumb related and reflect authenticity.</body></html>