Hirdetés

  2. Fórumok
  3. OS, alkalmazások
  4. Linux kezdőknek
  5. (kiemelt téma)
Legfrissebb anyagok
Mobilarena témák
PROHARDVER! témák
IT café témák
GAMEPOD témák
Keresés

Hirdetés

100 000 érv a ReGalaxy mellett: Vásárolj Galaxy Z Fold7 I Z Flip7 vagy Galaxy S25 szériás készüléket, és régi mobilod felújítását 100 000 Ft-ig mi álljuk!
  • Téma összefoglaló
    Utoljára frissítve: 2025-09-12 18:55

    Mobilarena

    Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel

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

  • #64258 Frawly veterán ubyegon2 #64257
    Új Válasz #64258
    Új hozzászólás
    Ö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

    Frawly

    veterán

    válasz ubyegon2 #64257 üzenetére

    Nem az ördögtől való. Annyit írtam régen is, hogy NCQ TRIM miatt egyes feketelistás SSD-ken nem célszerű discard-ozni, ha egy mód van rá (pl. régi Crucial SSD-k, összes Samsung SATA SSD).

    NVMe-n viszont már nincs választásod, de ott se discard, se fstrim, se NCQ nincs, az NVMe már egy teljesen más protokoll az AHCI-hez képest, már nem ATA utasításokkal dolgozik, így nincs TRIM parancs sem.

    De a TRIM az minden megoldásnál speciális, pl. ha USB-ről hajtasz SSD-t, azon sem megy át a ATA/SATA TRIM parancs, hanem az UNMAP nevű SCSI parancsot kell helyette átvinni, azt is csak USB UASP módban lehet, USB BOT módban nem. NVMe-n meg a Dataset Managment nevű NVMe parancs részeként fut le egy deallocate funkció, ami ugyanazt csinálja lényegében, mint ATA/SATA SSD-ken a TRIM. NVMe-nél így már automatikusan beépítették a folyamatokban, az SATA-nál viszont ezt nem tehették meg, mert ott figyelembe kellett venni a visszafelé kompatibilitást a korábbi ATA/SATA szabvánnyal, meg a HDD-kel.

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