Keresés

Új hozzászólás Aktív témák

  • liksoft

    nagyúr

    válasz Shiku #54858 üzenetére

    [link]

    Vagyis amikor írsz a drive-ra, az bemegy egy cache területre. Mivel ritkán ír a rendszer folyamatosan folytonosan, hanem random a felület különböző részeire, így a cache-ben tárolt adatokhoz tartozik egy táblázat, ami megmondja az adott blokk eredetileg a kifelé látszódó lemeznek melyik területe lenne. Ahogy a cache-ben összegyűlik egy SMR blokknyi adat, azt a drive belül át fogja írni, egy üres SMR blokkba, így a cache ezen területe felszabadul. Világos, hogy az SMR blokkban is indexre lesz szükség, hogy az ott tárolt adatok eredeti helye hol van. Amikor törlünk, vagy átírunk egy file-t, azt az SMR blokkban felszabadítja a drive (TRIM használata mellett csak felszabadít, átírásnál viszont felszabadít, és a cache-be teszi az új adatot). És ha ismét összegyűlt a cache-ben egy SMR blokknyi adat, azt egy üres blokkba a háttérben átmozgatja mint az előbb.

    Visszatérve a kerregésre. A fentiek alapján látható, hogy használat közben egyre több SMR blokk lesz belül hiányos, hiszen az aktuális adata már egy másik blokkban van felülírás miatt. A végtelenségig nem lehet az SMR blokkok erózióját hagyni, mert alig lesz bennük aktuális adat, de a hely fogy. Vagyis két hiányos blokk adatát a drive a háttérben visszamozgatja a cache területre, majd az egyikbe visszaírja már "tömören". Ha maradt még adat, ahhoz hozzádob egy másik "lyukacsos" SMR blokkot, és megint visszaír tömören. Így az SMR blokkokban felszabaduló töredék helyeket a valóságban is felszabadítja, így hoz létre üres, újraírható SMR blokkokat.

    Röviden, a háttérben a tároló területén töredezésmentesítést végez, optimalizálja a tárolt adatokat a fizikai struktúrájához.

    Ezért lassabb egy SMR drive a régi hagyományosokhoz képest. Van olyan terület, ahol emiatt ven is használhatóak.

Új hozzászólás Aktív témák