Det er velkjent at SSD har ofte ganske mange Ytelsesproblemer når de må jobbe med komprimerte filer , med ytelsen deres redusert drastisk. I denne artikkelen skal vi fortelle deg hvorfor dette skjer, og hvordan komprimerte filer fungerer for å forårsake så mange ytelsesproblemer for SSD-ene våre.
Avhengig av størrelsen på filen som vi konfigurerer når du formaterer en lagringsenhet (enten SSD eller ikke) det påvirker måten og ytelsen enheten styrer filene på. På samme måte skjer det at avhengig av hvordan komprimeringen har blitt utført, vil det koste mer eller mindre for SSD å administrere disse filene.
Når det er sagt, la oss begynne i begynnelsen, for å forstå hva som forårsaker disse ytelsesproblemene til SSD-er med komprimerte filer , må vi først forstå hvordan filkomprimering fungerer.
Slik fungerer komprimering
Filkomprimering er kjent som ” Tapløs komprimering “, Eller tapsfri komprimering. I motsetning til "Lossy Compression" eller tapsfri komprimering som brukes for eksempel til video eller musikk, betyr ikke å redusere filstørrelsen å miste kvalitet. Bokstavelig tapt komprimering reduserer lyd- eller videofilen ved å fjerne deler av den, og hvis vi gjorde det i en fil, ville den slutte å fungere.
Derfor, filkomprimering er alltid tapsfri , og dens formål er å gruppere flere filer i en som har mindre størrelse.
For å forklare hvordan denne komprimeringen utføres, som for noen kan virke som magi, skal vi gi et veldig grunnleggende eksempel. Tenk deg at filene er blokker med farger , og ved å komprimere dem er det vi gjør å sette den samme fargen sammen i en enkelt blokk så mange ganger som mulig. Idealet er å ha bare en blokk i hver farge, men mange ganger er det ikke mulig. Med bildet nedenfor kan du enkelt forstå det.
Åpenbart disse “forsvunne” blokkene er merket , slik at når vi vil pakke ut filen, vil vi vite nøyaktig hvor de var og hva de inneholdt for å "gjenopprette" dem til sin opprinnelige form.
Et annet eksempel for deg å se bedre, også med fargeblokker, men med en ideell setting der bare en blokk av hver farge vil være igjen. Her har vi 10 blokker: 2 blå, 3 røde og 5 gule. Når vi komprimerer dem, vil vi bare ha tre blokker, en av hver farge og hver med en indeks som indikerer hva som opprinnelig var der.
Nok et eksempel. Tenk deg at vi har en fil med innholdet som følger:
bbbbbuuuuuuuuaaaaaa
Den samme komprimerte filen vil se slik ut:
b5u9a6
Åpenbart ville filen være mye mindre og ta mindre plass. Slik fungerer komprimering.
Hvorfor mister SSD-er ytelsen med komprimerte filer?
Det er her filallokeringsstørrelsen vi diskuterte i begynnelsen kommer til spill igjen. Komprimering av filer betyr å redusere størrelsen på filene, og også med en indeks, en slags reisealing som indikerer hvordan filen var opprinnelig før komprimering av den.
På grunn av dette, SSD-er har allerede egne problemer med små filer , så forestill deg om vi legger en container med mange veldig små filer foran dem, og at i tillegg for å dekryptere dem, må de hele tiden konsultere en indeks, og bare for å vite hva de er og hva de har inni. Dette er hovedårsaken til at SSD-er mister mye ytelse når de må håndtere komprimerte filer.
Ta en titt på følgende ATTO-referanseskjermbilde, som et eksempel. Her kan vi se at SSD har svært lave ytelser med små filer, men når filene øker i størrelse, vokser ytelsen mye.
Et annet eksempel, med AS SSD File Compression Benchmark, som viser oss nøyaktig hvordan SSD oppfører seg når den skal håndtere komprimerte filer. Vi snakker om en PCIe NVMe SSD med en ytelse på 3200 MB / s lesing og 2800 MB / s for skriving, med algoritmer som favoriserer bedre ytelse med komprimerte filer, og allikevel blir ytelsen hardt straffet.
Dette merkes enda mer i SATA 3 SSD-er, der grensesnittet ytterligere begrenser båndbredden til enheten for å administrere filer.