inte? det är detta man exakt ser när man lägger tillbaka en diskimage med mycket data i... och blir lite jobbigt när det är 70 st som skall klonas/skrivas över.
Är det gammal data på diskarna och det har inte körts 'blkdiscard'¹ på hela lagringen en stund (strömmsatt!) innan så går det ännu 'ganska mycket' långsammare.
När man hanterar SSD/NVMe till och i från i jobbet så blir man rätt måttligt imponerad av SSD/NVMe av skrivprestandan efter att de har legat till sig en tid eller används en tid och inser i en del fall att de tom. presterar långsammare och mindre pålitligt än snurrdiskar när det gäller att skriva sekventiella dataströmmar utan avbrott som tex. när man spelar in från SDR-mottagare i ca 150 MB/s under många timmar - vilket hinns lätt med en större 3.5"-snurrdisk medans en Samsung T7 2TB-disk går bet på det i slutet - speciellt om man försöker den andra varvet när det redan finns gammal data på lagringen och det inte gjorts någon TRIM/unmap på hela utrymmet innan.
---
När man gör en sådan "Fill whole drive" - tester så borde det också göras på minnen som har till 80% fylld 2 år gammal skriven data i sig - det är då man ser den sanna farten med skrivhastigheten med ofta under 80 MB/s - dvs. långsammare än en laptop-snurrdisk och då inser man betydelsen i varför man skall göra 'blkdiscard' innan...
¹ linux program 'blkdiscard' så kan den skicka TRIM/unmap/discard (flera olika namn för samma funktion) för hela lagringen eller i adressebara block till lagringen utan hänsyn till något filsystem och är nog den enda metoden utöver 'zerofill' där man även kan ta början av lagringen med data som aldrig rörs annars.