Lagrar man filer på snurrdisk med NTFS som filsystem så får man skylla sig själv och vänja sig vid att köra defragmentering ofta.
Alla som kört torrent mot snurrdiskar vet om problemet redan för typ 10 år sedan och att det inte skalar väl med storleken.
Att NTFS inte är utbytt redan beror på att SSD/NVMe 'räddade' den för +10 ytterligare år typ + att MS hade inget alternativ och har det inte nu heller då windows kernel är alldeles för hårt ihopbyggd med just NTFS och princip målat in sig i ett hörn, men nu med allt större SSD/NVMe > 500 GB så börja det knaka i fogarna även där med dålig skalningsförmåga och märks allt mer när man försöker använda NTFS som lagringsfilsystem på allt större diskar.
NTFS är designad på slutet av 1980-talet och dess behov just då och det är inge konstigt att det börja köra huvudet i väggen när diskvolymerna har mer än tusenfaldigats och idag helt andra skrivmönster när man skapar och läser filer.
Problemet är att MS verkar inte ha någon kompetens alls längre att skapa nya filsystem och heller inte attrahera personer med den förmågan heller från opensource-världen eller från Google, facebook, amazon med folk som hanterar riktigt stora lagringssystem.
---
Med andra ord skall du drastiskt göra något åt saken så kan du inte längre ha miljön i Windows (dvs. att gå över till linux-världen). - möjligen som räddningsplanka prova med ReFS, men om jag mins rätt finns den bara tillgänglig i Windows Server om du skall formatera volymer, (vet inte om windows Pro kan använda dem sedan) och glöm inte att slå på checksumme-kollen när du skapar volymerna då den är default avstängd (MS verkar inte ens lita på sig själv med sin senaste filsystemsförsök), kanske för säkerhets skull prova först med och utan checksumma och se om det har stor påverkan på prestandan av filsystemet