Hirdetés

  2. Fórumok
  3. Adattárolás
  4. Flash SSD - Archívum I.
  5. (téma lezárva)
Keresés

Aktív témák

  • #38399 Jester01 veterán fsb1000 #38395
    #38399
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    Jester01

    veterán

    válasz fsb1000 #38395 üzenetére

    Először is ha fájlokkal dolgozol már az operációs rendszer is lehet, hogy más blokkokba teszi a felülírást.

    Aztán ahogy mondod, az SSD a logikai blokkokat más fizikai blokkba teszi, ez a wear leveling. Szabad hely nem lesz kevesebb. A meghibásodás valószínűsége nő, de a fizikai blokkokra szétosztva.

    Például vegyünk egy idealizált 120GB-os SSD-t aminek minden cellája 5000-szer írható, amúgy üres, és tökéletes wear leveling dolgozik benne. Erre 1GB adatot 120*5000=600000 alkalommal írhatsz fel, mivel mindig más fizikai cellákba kerül.

    Tulajdonképpen az összes írt adatmennyiség számít, az, hogy ez logikailag hány fájl vagy felülírás az nem számít. Ezért is ezt az értéket szokták figyelni.

    A TRIM előnye az, hogy az SSD-nek megmondja mely logikai blokkok tartalmaznak valódi adatot, így a többi blokkot a garbage collection meg a wear levelling anélkül használhatja, hogy a bennük lévő adattal törődni kellene. Ha azonos logikai blokkot írsz többször és az SSD másik fizikai blokkba mozgatja akkor már magától is tudja, hogy az előző fizikai blokkban nincs érvényes adat, ehhez nem kell TRIM.

    fjani1981: már mondtuk, hogy nem kell AHCI a TRIM-hez.

  • #38396 #16695808 törölt tag fsb1000 #38395
    #38396
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

    #16695808

    törölt tag

    válasz fsb1000 #38395 üzenetére

    linux jó lenne, mert kernelben van támogatás 2.6 tól. (de nálam az alaplap ne achi-s, ezért nálam sincs TRIM, néha (évente) lesz egy kis manuális tisztogatás :)
    szóval a hely szerintem nem lessz kevesebb, csak a felírt adatokhoz sokkal több írási művelet végrehajtása szükséges, mivel nem tudja hogy a blokkon belül mennyi a szabad hely és így az egész blokkot újraírja az új adattal... szerintem :)
    de rendszermeghajtóként nem lehet gáz az ssd-vel, ja meg elvileg kicsit lassul az írási sebesség trim nélkül, de ha csak olvas a rendszerlemezről ez észre sem vehető, meg a reakcióidő akkor is 0,1ms lesz ami nem mindegy :)

Aktív témák