Går det föra över filer till min NAS snabbare än vad HDD klarar att skriva?

Fler lagringsenheter som jobbar parallellt (raid)
Man kan också ha cacheminne som kan hantera småfiler så att de överföras snabbt men sedan skrivs långsammare men det ger ju naturligtvis inte en konstant ökad hastighet om man hanterar stora filer.

Nja. Hastigheten på en hårddisk beror inte bara på rotationshastigheten, var på disken samt skivornas densitet spelar roll.
Och moderna diskar kan mycket väl vara uppe och nosa på över 250 MB/s i yttersta spåren men det avtar ju närmare mitten man kommer. 100MB/s är väl vad den klarar som lägst.

I alla fall så skulle du säkert kunna få bättre hastighet med snabbare nätverk, men det gäller ju att hela nätverket mellan datorn och NASen stödjer hastigheten du är ute efter.

Har du övervägt att använda TrueNAS Scale (TrueNAS Core är på väg bort) med ZFS och en SSD-cache? Då behöver du inte hålla på med den där typen av fulhack och får samtidigt en robustare lagringslösning.

Rätta mig om jag har fel, men jag tror inte ZFS har stöd för skrivcache med SSD på det vis som TS eftersöker? SLOG-enheter funkar väl på annat vis, och L2ARC-enheter är väl bara läs-cache.

Håller dock med om grundtanken att köra ZFS, gick över till det helt för några år (efter att ha börjat leka med det 2009!) sen och är väldigt nöjd.

Jag fick för mig att ZIL (ZFS Intent Log) ska funka som en skriv-cache och kunna läggas på RAM eller en SSD. Har visserligen aldrig testat, så kanske finns någon detalj som jag missat.

Nej. Normalt funkar skrivningar till ZFS så att allting buffras upp i minnet i 5 sekunder innan det skrivs till disk. Det görs för att samla ihop data lite grann så de kan skrivas mer linjärt och för att minska mängden metadata som måste skrivas (ZFS är ju copy-on-write och har stöd för snapshots osv så metadata är ganska komplicerat). Men ett fåtal program, typexempel är databaser och operativsystem i virtuella maskiner eller kanske när man trycker "Save" i ett GUI, begär ibland att ZFS ska vänta tills data är färdigskrivet till disk innan programmet fortsätter (i händelse av strömavbrott och liknande). Då skriver ZFS de här data på ett tillfälligt ställe ("ZIL") i väntan på att det ska skrivas till sitt slutgiltiga ställe ett par sekunder senare. Man skriver alltså samma data två gånger, och halverar throughput!

Genom att använda en SLOG (Secondary Log Device) kan de här redundanta skrivningarna ske till en annan enhet istället för till den huvudsakliga lagringsytan. Om man dessutom använder en SSD med låg svarstid kan ZFS snabbare meddela programmet att allt är sparat, och programmet kan fortsätta. Det kan innebära många gånger fler transaktioner per sekund för en databas jämfört med att vänta på en långsam hårddisk t ex. Men throughput för stora skrivningar kommer "bara" dubbleras (dvs throughput kommer inte längre halveras!).

Att kopiera massa filer över nätverket kommer knappast resultera i den här speciella typen av skrivningar, så en SLOG gör troligtvis ingen som helst skillnad i det fallet.