Oppsummering
Du legger merke til mye minnebruk i filsystemtypen Resilient File System (ReFS) på en datamaskin som kjører Windows Server 2016. Du kan også legge merke til at et ReFS-volum ikke svarer eller fryser når du utfører sikkerhetskopier. Dette kan spesifikt skje når du bruker et sikkerhetskopiprogram som utfører store blokkkloneoperasjoner.
Denne oppdateringen forbedrer ReFS-ytelsen ved å oppheve flere visninger av en fil grundigere.
Slik får du oppdateringen
Denne oppdateringen er inkludert i den kumulative oppdateringen 22. februar 2018.
Mer informasjon
Advarsel!: Det kan oppstå alvorlige problemer hvis du endrer registeret feil ved å bruke Registerredigering eller en annen metode. Disse problemene kan føre til at du må installere operativsystemet på nytt. Microsoft kan ikke garantere at disse problemene kan løses. Endre registeret på egen risiko.
Denne oppdateringen inneholder valgfrie tunable registerparametere for å håndtere store ReFS-metadatastrømmer som tidligere ble dokumentert i KB-4016173 og KB-4035951.
Viktig
-
Det kreves en omstart for at disse parameterendringene skal tre i kraft.
-
Disse parameterne kan brukes i en hvilken som helst kombinasjon fordi de ikke overlapper funksjonelt.
-
Disse parameterne må angis konsekvent på hver node i en failover-klynge.
Tunable-parametere
Parameter |
Beskrivelse |
---|---|
RefsEnableLargeWorkingSetTrim |
Dette alternativet fører til at ReFS prøver å fullføre en MM-opphendelse av alle metadatastrømmer ved hvert kontrollpunkt. Dette alternativet vil bare produsere det forventede resultatet hvis volumet er inaktivt og ikke har tilordnede sider. Angi de angitte verdiene i følgende undernøkkel: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\FileSystem Verdinavn: RefsEnableLargeWorkingSetTrim Verditype: REG_DWORD Verdidata: 1 |
RefsNumberOfChunksToTrim |
ReFS har en lat MM unmap logikk. Når ReFS endrer navneområdet for å fullføre en MM-opphevingskart, fjernes derfor tilordning med en bestemt detaljnivå. Antall virtuelle adresseområde som ikke er tilordnet, bestemmes av følgende formel: RefsNumberOfChunksToTrim * 128 MB (for størrelsesvolum > 10 TB) RefsNumberOfChunksToTrim * 64 MB (for størrelsesvolum < 10 TB) Dette alternativet fungerer hvis VA-området som ikke er tilordnet, ikke har noen aktive referanser (dvs. tilordnede metadatasider). Angi de angitte verdiene i følgende undernøkkel: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\FileSystem Verdinavn: RefsNumberOfChunksToTrim Verditype: REG_DWORD Verdidata: 4 (desimal)Obs! Hvis du angir RefsNumberOfChunksToTrim til større verdier, blir ReFS mer aggressivt trimmet. Dette reduserer minnet som brukes. Angi trimmeverdien til et passende tall: 8, 16, 32 og så videre. |
RefsEnableInlineTrim |
I dette alternativet sender ReFS ned en innebygd MM-trimme mens den opphever tilordningen av metadatasiden. Dette er det mest aggressive alternativet fordi det kan føre til ytelsesregresjon hvis ReFS brukes på medier med høy ytelse, for eksempel en SSD eller NVMe. Angi de angitte verdiene i følgende undernøkkel: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\FileSystem Verdinavn: RefsEnableInlineTrim Verditype: REG_DWORD Verdidata: 1Anbefalinger:
|
RefsDisableCachedPins |
Dette alternativet deaktiverer bufrede stifter. Dette var en viktig årsak til det store aktive arbeidssettet. Angi de angitte verdiene i følgende undernøkkel: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\FileSystem Verdinavn: RefsDisableCachedPins Verditype: REG_DWORD Verdidata: 1 |
RefsProcessedDeleteQueueEntryCountThreshold |
Dette alternativet legger til en heuristikk i ReFS kontrollpunktlogikk. Dette fører til at ReFS kjører et kontrollpunkt når slettekøen når en bestemt størrelse. IOer sitter fast på ReFS fordi kontrollpunktlogikken ble sittende fast under behandling av en stor slettekø. Angi de angitte verdiene i følgende undernøkkel: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\FileSystem Verdinavn: RefsProcessedDeleteQueueEntryCountThreshold Verditype: REG_DWORD Verdidata: 2048 (desimal)NotatHvis du angir RefsProcessedDeleteQueueEntryThreshold til lavere verdier, vil ReFS kjøre kontrollpunkter oftere. Angi verdien til 2048, og reduser deretter verdien til 1024 og deretter 512. |
DuplicateExtentBatchSizeinMB (Gjelder bare for Microsoft Data Protection Manager) |
Store duplikatomrop introduserer ventetid i systemet. Dette er fordi andre operasjoner må vente til disse langvarige operasjonene er fullført. Dette alternativet reduserer størrelsen på kallet for duplikatomfanget. NotatDPM angir denne registernøkkelendringen som standardverdi som en del av UR4. Angi de angitte verdiene i følgende undernøkkel: HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft Data Protection Manager\Configuration\DiskStorage Verdinavn: DuplicateExtentBatchSizeinMB Verditype: REG_DWORD Verdidata: 100 (desimal)NotatStandardverdien for DuplicateExtentBatchSizeinMB er 2000 (2 GB). Alle verdier fra 1 til 4 095 godtas. |
TimeOutValue |
Dette alternativet utvider TimeOutValue-verdien. Angi de angitte verdiene i følgende undernøkkel: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Disk Verdinavn: TimeOutValue Verditype: REG_DWORD Verdidata: 0x78 (heksadesimal)NotatStandardverdien for TimeOutValue er 0x41 (65 desimal). 0x78 oversettes til 120 desimaltall. |