Sammanfattning
Du märker att mycket minne används i filsystemtypen ReFS (Resilient File System) på en dator som kör Windows Server 2016. Du kanske också märker att en ReFS-volym slutar svara eller låser sig när du säkerhetskopierar. Detta kan särskilt inträffa när du använder ett säkerhetskopieringsprogram som utför stora blockklonåtgärder.
Den här uppdateringen förbättrar ReFS-prestanda genom att mer noggrant ta bort mappningen av flera vyer av en fil.
Så här skaffar du uppdateringen
Den här uppdateringen ingår i den kumulativa uppdateringen från 22 februari 2018.
Mer information
Varning!: Om du ändrar i registret på fel sätt med Registereditorn eller någon annan metod kan det orsaka allvarliga problem. De kan göra att du måste installera om operativsystemet. Microsoft kan inte garantera att problemen kan lösas. Du ändrar registret på egen risk.
Den här uppdateringen innehåller valfria registerparametrar för tonfisk för att hantera stora ReFS-metadataströmmar som tidigare har dokumenterats i KB 4016173 - och KB-4035951.
Viktigt
-
En omstart krävs för att parameterändringarna ska börja gälla.
-
Dessa parametrar kan användas i valfri kombination eftersom de inte överlappar funktionellt.
-
Dessa parametrar måste anges konsekvent på varje nod i ett redundanskluster.
Parametrar för tonfisk
|
Parameter |
Beskrivning |
|---|---|
|
RefsEnableLargeWorkingSetTrim |
Det här alternativet gör att ReFS försöker slutföra en MM-avbildning av alla metadataströmmar vid varje kontrollpunkt. Det här alternativet ger bara det förväntade resultatet om volymen är inaktiv och inte har några mappade sidor. Ange angivna värden i följande undernyckel: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\FileSystem Värdenamn: RefsEnableLargeWorkingSetTrim Värdetyp: REG_DWORD Värdedata: 1 |
|
RefsNumberOfChunksToTrim |
ReFS har en lat MM unmap-logik. När ReFS växlar namnområdet för att slutföra en MM-avbildning visas därför mappningen med en viss detaljnivå. Antalet virtuella adressutrymmen som har avmappats bestäms av följande formel: RefsNumberOfChunksToTrim * 128 MB (för volym > 10 TB) RefsNumberOfChunksToTrim * 64 MB (för volym < 10 TB) Det här alternativet fungerar om VA-området som avmappas inte har några aktiva referenser (d.v.s. mappade metadatasidor). Ange angivna värden i följande undernyckel: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\FileSystem Värdenamn: RefsNumberOfChunksToTrim Värdetyp: REG_DWORD Värdedata: 4 (decimal) Obs! Om du anger RefsNumberOfChunksToTrim till större värden trimmas ReFS mer aggressivt. Detta minskar det minne som används. Ställ in trimningsvärdet på ett lämpligt tal: 8, 16, 32 och så vidare. |
|
RefsEnableInlineTrim |
I det här alternativet skickar ReFS en infogad MM-trimning medan metadatasidan mappas upp. Det här är det mest aggressiva alternativet eftersom det kan orsaka prestandaregression om ReFS används på media med höga prestanda, till exempel en SSD eller NVMe. Ange angivna värden i följande undernyckel: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\FileSystem Värdenamn: RefsEnableInlineTrim Värdetyp: REG_DWORD Värdedata: 1 Rekommendationer:
|
|
RefsDisableCachedPins |
Med det här alternativet inaktiveras cachelagrade stift. Detta var en viktig orsak till det stora aktiva arbetet. Ange angivna värden i följande undernyckel: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\FileSystem Värdenamn: RefsDisableCachedPins Värdetyp: REG_DWORD Värdedata: 1 |
|
RefsProcessedDeleteQueueEntryCountThreshold |
Med det här alternativet läggs en heuristisk till i reFS-kontrollpunktslogik. Detta gör att ReFS kör en kontrollpunkt när borttagningskön når en viss storlek. IOs fastnar på ReFS eftersom kontrollpunktslogik fastnade vid bearbetning av en stor borttagningskö. Ange angivna värden i följande undernyckel: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\FileSystem Värdenamn: RefsProcessedDeleteQueueEntryCountThreshold Värdetyp: REG_DWORD Värdedata: 2048 (decimal) NotOm du anger RefsProcessedDeleteQueueEntryThreshold till lägre värden körs ReFS-kontrollpunkter oftare. Ange värdet till 2048 och minska sedan värdet till 1024 och sedan 512. |
|
DupliceraExtentBatchSizeinMB (Gäller endast Microsoft Data Protection Manager) |
Stora dubbletter medför svarstid i systemet. Det beror på att andra åtgärder måste vänta tills dessa långvariga åtgärder har slutförts. Det här alternativet minskar storleken på dubblettens omfattningsanrop. NotDPM anger den här registernyckeländringen som standardvärde som en del av UR4. Ange angivna värden i följande undernyckel: HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft Data Protection Manager\Configuration\DiskStorage Värdenamn: DuplicateExtentBatchSizeinMB Värdetyp: REG_DWORD Värdedata: 100 (decimal) NotStandardvärdet för DuplicateExtentBatchSizeinMB är 2 000 (2 GB). Alla värden mellan 1 och 4095 accepteras. |
|
TimeOutValue |
Med det här alternativet utökas värdet TimeOutValue. Ange angivna värden i följande undernyckel: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Disk Värdenamn: TimeOutValue Värdetyp: REG_DWORD Värdedata: 0x78 (hexadecimal) NotStandardvärdet för TimeOutValue är 0x41 (65 decimalvärden). 0x78 översätter till 120 decimaler. |
