jcm808

I feel like there is often a misunderstanding that everyone wants improved performance for the second ARRAY group. Modern NVMe is already fast enough to saturate a 10G NIC, so speed improvements aren't the primary reason (at least for me). Just to be clear, the reason I want an second Unraid ARRAY for NVMe/SSD is the following: (1) You improve the amount of space you can use, especially when you have mixed sized drives (2) You'd be reducing usage on the non-parity volumes provided, particularly for writes (3) You have a better recovery scenario since a single device can be mounted and readable (4) You can easily grow by adding additional devices and not be constrained by the underlying RAID method you started with (5) You can mix and match filesystems across the group, adding to flexibility So, in short, you'd use a second array for all the same reasons you came to use Unraid in the first place. I just wish this feature would show up, I think there are loads of compelling reasons to offer it and people will use it.

In 7.x if you exclude them from listening in "Interface Extra", they also do not listen on the Samba and related ports. Is there a preferred way in 7.x to continue to have a "BIND_MGT" --- eth0 available for OOB management (HTTP, HTTPS, SSH) but have all/other interfaces support file serving (Samba, etc)?