Final Nas specs?

They are m.2 ssd drives but they have a super high endurance/tbw.

It’s more

drive internally throws errors on write, black/blue/green will retry a number of times before, throwing it to OS, - these retries take time

whereas I think purple instantly throws error enabling next writes to continue

for read it’s similar - the black blue green retry whereas red instantly throw the error and let the OS (RAID) solution deal with the failure

You can control this with TLER/ERC:

While your 1050ti should work it is nearing 10 years since initial release. I strongly recommend that you get a CPU with a GPU included. It may save you a lot of headaches later on. Additionally, it should also save on your utilities.

Its been said but stick with one drive model if you can.

128gb is plenty, 256gb is nice if you think you may want to use it for something else later. 512gb is better still. but honestly if you are going nvme just avoid the SATA ones and your fine. Be aware that truenas will want the drive all to itself. No partitions allowed which means no apps or VMs either.

I would plan on having another SSD for your apps. I use a SATA SSD that replicates to the main pool every night which is fine for me. Your needs may differ. But its nice to be able to point the truenas log writing and apps to the SSDs. That way your HDDs (again depending on your use case) can spin down for hours at a time.

Have you read this thread? :wink:

yes, that why i said ā€œits been saidā€

And others prefer—and advise to—mix and match different batches and/or different drive models. Personal preference really.

2 Likes

im thinking 2 wd purple and 1 wd red plus…

On AMD platform there is hidden issue with the 4/5xxxG CPUs, in that 8 PCIe lanes are used internally within the CPU for the GPU This can cause issues if you need

  • 8 lanes for HBA
  • 8 lanes for SFP+ NIC

as not Motherboards support splitting x16 → x8/x8 with a G CPU

A fair point. i would suggest looking at the chosen motherboard specs. be aware that truenas will not let you share the gpu with a vm unless it supports gpu virtualization. if you have integrated graphocs you could use that for truenas and then pass through the gpu to a vm for a remote desktop and maybe even remote gaming. but truenass on its owns is probably not going push the gpu enough to make a 16x connection necessary.

TrueNAS does not need a GPU. If a GPU is present, it will not be used.

Your statement is not correct.

while it can be run headless, thats not a given that people can or even want to run it that way.

also, no gpu no hardware transcoding.

Interesting suggestion. App data on a single SSD/NVME, but backed up to another pool. I might use that. Doesn’t solve backup on its own (natural disasters, etc.) but it does solve the single drive failure risk while increasing system performance. I like it!

1 Like

I do believe that the better raid drives do actually have more vibration sensors.

They have them to detect, or try to,harmonic vibration from other drives

In enterprise where the drives aren’t mounted on rubber mounts, there will be a difference, however in home use where each drive is vibration/noise isolated they’ll be less useful

And the other features of a NAS drive will be more beneficial

And so do Surveillance/Purple drives, which are also meant to work in arrays.