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

• #64295 Frawly veterán ubyegon2 #64293

  Új Válasz 2018-12-17 03:38:38 #64295

  Ú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 #64293 üzenetére

  De, továbbra is csúsztatás amit írsz, és ezt nem kötekedésből írom. Attól, hogy az NVMe használ egyfajta megoldást, az
  1) nem jelenti, hogy az feltétlenül jobb vagy akár csak ugyanannyira jó, mint egy másik lehetséges eljárás
  2) még ha jobbfajta megoldás is, az nem jelenti, hogy SATA meghajtók számára is jobb
  3) nem jelenti azt, hogy ha mindkettő online TRIM, akkor nincsenek közöttük jelentős implementációs különbségek.

  Sehol nem is állította senki egyébként, hogy a discard rossz. Vagyis lehet, hogy olvastál ilyet 5 éves cikkekben vagy hozzászólásokban, de az még az SSD-k őskora volt, olyan régi írásokra nem szabad hagyatkozni. Akkor még mindenki bőszen kímélgette a kezdetleges vezérlős, SLC-s, MLC-s, kemény 32-64 gigás SATA2 SSD-jét, amelyen az írások sokkal kevesebb cella között oszlottak meg, de egy cella viszont sokkal többet bírt, mint ma.

  A disztrók sem azért esküsznek egyikre-másikra, mert vita lenne melyik a jobb, hanem egyszerűen inkább csak az egyik vagy a másik illik bele a filozófiájukba. Arch-nál pl. azért a discard, mert egyszerűbb egy mount opciót felvenni egy fájlba, semmi systemd service engedélyezés, meg CRON jogosultságokkal hentergés és hasonlók. Az Ubuntu/Mint vonal inkább a biztosságra megy, kezdő felhasználó ne szopjon azért, mert NCQ TRIM feketelistás SSD-je van (amin ugye megy a discard, de rosszabb teljesítménnyel az NCQ letiltása miatt), vagy olyan fájlrendszere, ami nem támogatja a discardot, míg az fstrim minden fontosabb fájlrendszeren és SSD-n rendesen támogatott. Kinek mi a fontos, kinek mi a jobb. Attól is függ, hogy ki mit csinál a gépen. Átlag desktop felhasználóknak, mint mi vagyunk szerintem erősen mindegy, ha amúgy nincs tiltva az NCQ TRIM.

  Igazából valahol mérettől is függ. Az fstrim pl. pár fájlrendszernél végigtrimezi az összes szabad blokkot, akkor is, ha az már előtte meg volt trimelve, ugyanis újrabootolásnál elveszti azt a listát, hogy mi volt már megtrimelve. Minél nagyobb az SSD, minél több szabad blokk van rajta, annál tovább szüttyög első futtatása az fstrim. Egy 1-2 terás SSD-nél már jelentékeny időkülönbség adódhat ebből, de ez pl. nem érinti azt, aki ritkán bootoltatja újra a gépet. A discard TRIM nem trimezi meg azt a blokkot feleslegesen, amit már nem kell, csak azt, ahonnan közvetlenül töröltek valamit frissében. Pl. egy 120 gigás vagy az alatti SSD olyan kicsi, hogy ez az időkülönbözet is szinte mindegy.

  Egyébként most olvastam még egy érdekességet: az lsblk --discard paranncsal lekérdezhető, hogy az SSD-n lévő mely fájlrendszerek támogatják a discard paramétert. Ez egy hasznos dolog, amit kevés helyen említenek.

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