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

• #104326 ubyegon2 félisten fekete.puma #104321

  Új Válasz 2025-06-12 06:58:19 #104326

  Ú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

  

  ubyegon2

  félisten

  válasz fekete.puma #104321 üzenetére

  Folyamatos trim-nek discard esetén mi a hátránya?
  

  Amit growler írt, csak annyit mutat, hogy az AI valóban összeszedett régi valós infókat, de normál használat esetén nincs hátrány. Említi a Samsung SSD-ket az AI, ami ezeréve valóban érintette a Samsung SSD-k néhány tipusát és még jó pár más SSD-t is. Itt az volt a gond, hogy a vezérlő sorbaállított TRIM használatakor azonnal hajtotta végre a parancsot vagy nem megfelelően priorított, így nagy és folyamatos I/O műveleteknél belassulást okozhatott a TRIM, de ezek a műveletek mondjuk videóvágás, szerkesztés és ehhez hasonló műveletek.

  Anno az SSD blacklist felsorolta az érintett SSD-ket a ibata-core.c fájlban, de ebben a SSD blogban is szóba került ez a téma, ami már 10 éve íródott, ebből is látszik, hogy elég régi téma ez.

  Ez a téma tökéletes bizonyítéka az AI válasz használhatóságára egyébként. Gyakorlatilag teljesen félrevezeti az egyszerű usert.

  Az nem igaz, hogy az SSD ettől belassulhat, legfeljebb az adott nagy terheléssel járó I/O művelet alatt, az adatvesztés is akkor lehet érvényes, egyébként nem.

  Ahogy látom, azért a biztonság kedvéért a devices that don't properly handle queued TRIM command alá felsorolnak újabb Sata Samsung eszközöket is. De ezt is leírják egyébként:

  As defined, the DRAT (Deterministic Read After Trim) and RZAT      * (Return Zero After Trim) flags in the ATA Command Set are      * unreliable in the sense that they only define what happens if      * the device successfully executed the DSM TRIM command. TRIM      * is only advisory, however, and the device is free to silently      * ignore all or parts of the request.      *      * Whitelist drives that are known to reliably return zeroes      * after TRIM.

  Egyszóval, aki ezt a topikot olvassa, nyugodtan használhatja FSTAB-ba szerkesztve a discard parancsot.

• #104324 growler őstag fekete.puma #104321

  Új Válasz 2025-06-12 04:40:26 #104324

  Ú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

  

  growler

  őstag

  válasz fekete.puma #104321 üzenetére

  A perplexity.ai szerint még ez is:

  "A folyamatos TRIM (discard) használatának SSD-n több hátránya lehet:
  Teljesítménycsökkenés, lassulás: Ha a TRIM parancsot azonnal, folyamatosan végrehajtja a rendszer (discard opció), akkor egyszerre sok TRIM művelet fut le, ami I/O lassulásokat okozhat. Ez főleg akkor jelentkezik, ha a TRIM műveletek a fájlműveletekkel egy időben történnek, mivel a meghajtó nem tudja optimálisan ütemezni a törléseket, így az SSD lassabbá válhat
  .
  Fokozottabb elhasználódás: Az azonnali TRIM végrehajtás miatt az SSD vezérlője nem tudja hatékonyan összevonni és optimalizálni a törlési műveleteket, ami több írási ciklust és így gyorsabb kopást eredményezhet. Ez a folyamatos discard használata esetén a meghajtó élettartamának csökkenéséhez vezethet
  .
  Adatvesztési kockázat bizonyos SSD-ken: Egyes Samsung SSD-k esetében a discard opció használata adatvesztést okozhat, ezért a kernel kikényszeríti az azonnali TRIM végrehajtást, ami tovább rontja a teljesítményt és az élettartamot."
  .

• #104323 growler őstag fekete.puma #104321

  Új Válasz 2025-06-12 04:20:10 #104323

  Ú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

  

  growler

  őstag

  válasz fekete.puma #104321 üzenetére

  "Folyamatos trim-nek discard esetén mi a hátránya?"
  Az adat-visszaállítás lehetőségét elfelejtheted.

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