datahoarder
Who are we?
We are digital librarians. Among us are represented the various reasons to keep data -- legal requirements, competitive requirements, uncertainty of permanence of cloud services, distaste for transmitting your data externally (e.g. government or corporate espionage), cultural and familial archivists, internet collapse preppers, and people who do it themselves so they're sure it's done right. Everyone has their reasons for curating the data they have decided to keep (either forever or For A Damn Long Time). Along the way we have sought out like-minded individuals to exchange strategies, war stories, and cautionary tales of failures.
We are one. We are legion. And we're trying really hard not to forget.
-- 5-4-3-2-1-bang from this thread
view the rest of the comments
You don't mention your performance requirements and I'm unfamiliar with that CPU. Are you trying to saturate your 1G presumably NIC? Reads or writes?
No, just thousands of small files. Windows takes around a minute to enumerate all the files in the main share via SMB
@Moonrise2473
That looks more like ARC problem, it can hold a large index of the filesystem if you give it enough room in ram, avoiding the need to seek thousands of files on a spinning disk, which takes time. HDDs are fine for sequential operations, Random IO, which is your usecase, is their biggest weakness.
@eleitl
You should be good, then. Probably don't need SSDs for ZIL and L2RC either. Don't forget to schedule a weekly scrub, to catch bit rot. Essential for large drives.