Stäng inte av "optimise drives"/"optimera enheter" för SSD

EDIT: artikeln verkar inte vara helt korrekt. Det verkar helt klart vara så att W8.1 och W10 inte gör defrag när man gör en enhetsoptimering. Men det viktiga är att låta optimering av SSD vara påslaget, åtminstone i W8.1 & W10, den gör bra saker. Oklart i W7.

Som referens: mitt ursprungsinlägg

Ett litet tips så här i sommarregnet
Eftersom man fortfarande ofta ser rådet att man ska stänga av windows "defrag" (fel ord, det är generell diskoptimering) för SSD så vill jag länka till den här artikeln, den är baserad på info från Microsoft.

Sammanfattning: kör windows egna diskoptimering minst en gång i månaden även på SSD. Alltför fragmenterade filer ställer till problem även för SSD. Det sker även andra optimeringar specifikt för SSD.

Artikel:
http://www.hanselman.com/blog/TheRealAndCompleteStoryDoesWind...

Och mängden data som skrivs vid en defragmentering är inte särkilt stor, bara en bråkdel av diskens storlek, och en SSD klarar tusentals omskrivningar av hela diskens storlek.

Japp, Windows sköter det bra, men man ser ofta rådet att stänga av detta.

SSD har självklart söktid, t o m rent RAM-minne har söktid, men söktiden är ca 100ggr mindre än en hårddisk.

Men artikeln fokuserar inte på detta utan på att filsystemets metadata blir mycket mer komplex. En fil kan lätt bestå av tusentals fragment. Så har man många kraftigt fragmenterade filer så blir det en mkt komplex metadatastruktur i filsystemet.

"If an SSD gets too fragmented you can hit maximum file fragmentation (when the metadata can’t represent any more file fragments) which will result in errors when you try to write/extend a file. Furthermore, more file fragments means more metadata to process while reading/writing a file, which can lead to slower performance."

En sak utöver detta, en SSD jobbar ju blockvis vad gäller skrivning, det är inte alls fråga om att man kan skriva enskilda data lite här och var, utan man måste radera ett stor flashblock för att kunna skriva även en liten mängd data, detta kräver avancerade algoritmer för att kunna hantera i hög hastighet. Så en filstruktur där alla filer ligger utspridda på en massa olika block på filsystemsnivå leder sannolikt till mer komplicerat arbete för SSD'n. Ni som varit med ett tag vet ju hur otroligt dåligt random write var på de första generationerna av SSD'er (ett dussintal skrivoperationer i sekunden var inte ovanligt).

Då har du inte läst artikeln, Windows enhetsoptimering defragmenterar även SSD'er. Och detta är bra.
Det är enkel matematik att slitaget är minimalt.
Vad gäller det du skriver om TRIM så håller jag med, det är en viktig funktion.

Hmm, jag måste ta tillbaka vad jag skrev ovan om att windows enhetsoptimering gör defragmentering det gör den inte i W10, jag testade nyss.

Men oavsett så är det harmlöst att defragmentera en SSD, en rejäl defragmentering en gång i månaden gör nån 1 % på livslängden. Men eftersom Windows inte gör defragmentering av SSD så är det mer hypotetiskt.

Men oavsett, stäng inte av enhetsoptimering i Windows, den gör bra saker även för SSD

En SSD har ingen koll alls på filsystemet,, den får bara datablock skickade till sig från filsystemet som snurrar på windows.Och filsystemet har i sin tur ingen koll på hur en SSD fungerar, det är därför vi har work-arounds som Trim för att det inte ska bli helt galet. Trim är ju en funktion som till viss del kopplar ihop en SSD's interna funktion med ett klassikt filsystem, men på ett rätt primitivt sätt.

Det ser helt annorlunda ut i W10 och W8.1, där kallas det optimering är är påkopplat oavsett SSD eller HD som default. Och på SSD innebär det ingen defragmentering, men något gör den, och det tar inte så många sekunder,

Jag tänkte fel ovan vad gäller fragmentering, det stämmer ju att det inte blir någon defragmentering på själva SSD'n. Men filsystemet blir ju oavsett defragmenterat (men eftersom den länkade artikeln verkar lite felaktig så vet jag inte hur man kan få reda på de faktiska konsekvenserna av det). En mkt lite använd W10 installation hos mig hade 20000 fragmenterade filer, några i över tusen fragment.

Egentligen är huvudbudskapet att behålla enhetesoptimering påslaget. Men om det gäller W7 vet jag inte.

Jag har uppdaterat första inlägget så det troligen stämmer lite bättre. Men ge gärna mer kommentarer, det är inte inte helt enkelt med SSD'er. Och många råd gällande SSD kommer från tiden (2008-2009?) när random write var långsammare än hårddisk och det inte fanns trim. Så det skadar inte att diskutera sånt här.

Jag är väl insatt i hur SSD fungerar i stort, men vad är konsekvenserna av ett kraftigt defragmenterat filsystem på OS-sidan? Det verkat vara stort motstånd att diskutera det
Även om en SSD är gjort för att alla block kan ligga huller om buller så är nog knappast NTFS optimerat för det. Jag tror inte alla tänker på hur seperata världar SSD och filsystemet är.

Ett exempel:
En stor fil i ett fragment i filsystemet (obs jag pratar om OS-sidan här, ej SSD-sidan) blir väl antagligen en läsbegäran till SSD via SATA. Men om samma fil består av 1000 fragment i NTFS, vad blir nackdelarna med det? Jag misstänker att det blir 1000 läsbegäran till SSD, eller? Ködjup i AHCI/SATA är väl 32 anrop? Skapar detta prestandaförsämring någonstans i systemet (SSD, sata-driver, filsystem etc)
Hur påverkas MFT av en mkt stor mängd fragment?
Osv...

Jag påstår inte att det är ett stort problem, men samtidigt är det ett minimalt problem att göra defagmentering på SSD. Och det är olika parter inblandade, rekommendation att inte defragmentera kommer från SSD-tillverkarna för att minimera slitage, konsekvenser på filsystemet är beroende av filsystem som är en helt annan spelare.

Men visst är det trim som är det centrala, det är ju mkt lätt att mäta effekterna av det.

Fast detta har väl inget med fragmentering i filsystemet att göra? En SSD lägger väl datan på sin sida så optimalt den kan oavsett hur mycket filen är fragmenterad i filsystemet?

Filsystemet skickar inga filer eller filfragment till en SSD, filsystemet skickar logiska block (LBA) till SSD'n som SSD'n sprider ut på fysiska flashblock. Så SSDn kan inte rapportera något om en hel fil till filsystemet.

Det är bara filsystemet i OS'et som kan koppla ihop olika logiska block till filer.

Att en fil är fragmenterad är per definition att den inte består av en sammanhängande mängd logiska block. Dvs det är ett problem i filsystemsvärlden i OS'et. Sen med hårddiskar så är det ju hårddiskprestandan det drabbar.
Det är därför jag ifrågasätter att man inte ska defragmentera SSD'er. Ursprungsproblemet kvarstår även med SSD, så jag misstänker att det leder till problem även för SSD'er.

T ex den här artikeln håller med mig till stor del.
http://www.rtcmagazine.com/articles/view/101053

Intressant slutsats:
"This means a well-designed defrag algorithm can extend an SSD’s life span."