Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

If you don't want to trust anyone go with FreeNAS and build it yourself. It's great, better hardware for cheaper. Just the higher learning curve...


I guess people here now that. The thing is, these little consumer devices can be had dead-cheap. I bought one for my parents and it cost €30 more than the hard-disk inside would have costed retail. For €30 more I got a nice little case, an embedded device, that is good enough for the task and now I will install OMV on it.

Sure, at home I have a real server with ECC RAM, running on a Solaris derivate with additional VMs... but hey...! ;-)


Not cheaper though, ECC ram is recommended and chances are your old discarded PC does not have ECC ram.


Aahhg. This get repeated so often. FreeNAS and ZFS are not any worse and probebly better then everything else at dealing non-ECC ram. Its recommended because its generally a smart idea.


ZFS is worse because ZFS in general only has one failure recovery method: restore from tape.

Most other mainstream filesystems have tools to restore and attempt at repair the filesystem meaning that you can often restore the data.

ZFS also utilizes the memory more which means that it is more likely to be affected by memory issues.

Is it likely? No. But since us mortals seldom have tape backups and usually can't afford to backup everything on their NAS I'd say that ECC is recommended for ZFS, more so than most other filesystems. Just as a consequence of how it is used and the lack of recovery tools, not because of the filesystem itself.


If you're upgrading the overall specs, it's going to be more expensive, yep.

If you're trying to provide equivalent functionality, you can keep the same equivalent specs (or more likely, get a spec upgrade anyway) and deliver the same quality end result (IE, no ECC RAM) at a lower cost. You're unlikely to suffer a performance or integrity penalty compared to the equivalent off-the-shelf NAS solution.

If you want to substantially improve on the off-the-shelf NAS solution, ECC RAM is recommended, and will at that point, probably become more expensive.

Then again, if you want 10+ drives, you'll probably still be cheaper doing it yourself.


You need to upgrade the specs because ZFS is much more demanding than a normal linux fs that I assume most COTS solutions use (the absolute minimum requirements for freenas is 8 GB of ram, I would guess most of the shelf solutions have no more than 2 GB). The CPUs used in COTS solutions also wouldn't cut it in a freenas system.

The big death blow however is the inability to grow a vdev which means you have to pay the for redundancy each time you upgrade. Which isn't cost effective, so the alternative is to buy all drives up front which robs you of taking advantage of falling prices (as you probably don't need all that space on day one but gradually increase the storage used). This forces you to pick smaller drives that are more cost effective today (compared to buying a few larger drives that will become cheaper in the future), which means that you will have to replace the drives sooner when you run out of room in your chassi (or get tired of noise / power consumption).

I love freenas, in my opinion it is the best solution for the home NAS. I use it myself, but I do consider it to be quite costly (whether it is worth it is up to you). The end results all things considering is easily more than double that of a COTS solution that you can easily grow or a more regular linux+mdadm setup. And you also need to buy more of that up front rather than spreading it out over the years.

But it does depend on what your needs are and how much data you use.


You may not be able to grow an existing vdev, but you can add another vdev to an existing zpool. And although having all vdevs be identical gives more consistent performance, it’s also possible to mix different vdevs in the same zpool. Multiple vdevs also result in better performance, as each raidz/raidz2/raidz3 vdev only has the equivalent IOPS of a single drive, but without the write hole drawbacks of more traditional RAID5. Recovery time with multiple vdevs would also be much better than a single large vdev, which is becoming more and more of a concern as drive capacities continually increase while IOPS remain more or less the same.


Yes, all very true, but all of that is utterly irrelevant for the home NAS in 95% of cases since performance is not that critical and it comes at an enormous cost of wasted space, also physical space is a huge deal since adding two redundancy drives for each raidz2 quickly adds up. As well as noise etc.

And if we want to talk optimized setups it really isn't recommended to add new vdevs to a already populated pool since the usage will be quite unbalanced and affect performance as well.


You can not build something serious today with CPU that does not have Spectre bug/backdoor.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: