Gå til innhold

Last ned Debian Linux 6.0


Anbefalte innlegg

efikkan, TRIM: jeg velger å stole på Linus Torvalds fremfor deg :thumbup:

Vel du får lov til å benekte det faktum at ytelsen taper seg betraktelig ved visse bruksmønster.

 

 

Det er sånn at TRIM vil veldig sjelden ha en positiv innvirkning på ytelse i en vanlig enbruker maskin med lett bruk fordi mengden slettet data er relativt liten og disken er skjelden full. Det er også slik at TRIM er en ekstremt kostbar (tidkrevende) opperasjon for en SSD og hvis denne oppgaven blir utført i utide så vil den skade ytelsen vesentlig. Problemet med TRIM i dag er nettopp at opperasjonene blir utført i utide.

Antall brukere har liten betydning her, det som har betydning er mengden data som skrives og hvor. Det kan være stor forskjell hvordan ulike kontrollere tar seg av denne opprydningen, men uten TRIM så vil brukeren risikere at opprydningen må skje under bruk og påvirke ytelsen i negativ retning. Med TRIM vil en god kontroller kunne ta seg av dette etter hvert slik at ytelsen opprettholdes, og dermed bidrar TRIM til bedre ytelse i praksis. Det eneste scenarioet TRIM ikke vil bidra positivt vil være når kontrolleren ikke får tid til å rydde opp, f.eks. ved overskriving av hele SSDen. TRIM i seg selv er ikke "kostbart", og ytelsen blir ikke dårligere enn uten TRIM med mindre det er feil i implementasjonen. Hele poenget med trim er at de kostbare sletteoperasjonene skal skje når SSDen har ledig kapasitet.
Lenke til kommentar
Videoannonse
Annonse

ok et par ting du ikke helt fikk til der:

 

1) Jeg sa aldri at antall brukere hadde direkte effekt, les hele setningen

 

2) Mengden skrevet data er ikke direkte relatert til nytten av TRIM, det er mengden slettet data som er viktig, men det er når en skriver at nytte-effekten KAN inntreffe, HVIS OG BARE HVIS det ellers ikke ville vært tomme områder på SSD.

 

3) TRIM er svinaktig tidkrevende ute på NAND flash brikkene, men billig lengre opp i hierarkiet som f.eks busser og kontrollere.

 

4) TRIM på feil tidspunkt kan gi dårlig ytelse fordi andre operasjoner som i seg selv går kjapt blir køet bak 10x-100x tregere TRIM operasjoner

 

5) SSD kontrolleren kan umulig vite når det er et godt tidspunkt å gjøre TRIM, da det vil kreve en foreløpig ikke oppfunnet Mysil Bergsprekken algoritme for å spå fremtidige ledige tidsrom.

 

6) Hvis NAND flash brikkene i fremtiden får mulighet til å gjøre erase i parallell med read/write uten ytelsestap på read/write operasjonene eller som et minimum read ops vil kontrolleren kunne lure inn TRIM funksjonalitet uten dropp i ytelsen.

Endret av Anders Jensen
Lenke til kommentar
  • 2 uker senere...

Opprett en konto eller logg inn for å kommentere

Du må være et medlem for å kunne skrive en kommentar

Opprett konto

Det er enkelt å melde seg inn for å starte en ny konto!

Start en konto

Logg inn

Har du allerede en konto? Logg inn her.

Logg inn nå
  • Hvem er aktive   0 medlemmer

    • Ingen innloggede medlemmer aktive
×
×
  • Opprett ny...