• #106171 PROHARDVER!

  Új Válasz 2025-08-29 16:38:34 #106171

  Ú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

  

  PROHARDVER!

  (rögzített hozzászólás)

  Legyetek szívesek az offtopik témákat ne ebben a topikban tárgyaljátok ki. A topikgazda is jelezte, most törölni kellett jópár hozzászólást, most már maradjatok a (szakmai) topik keretei között.

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

• #102925 ubyegon2 félisten growler #102924

  Új Válasz 2025-04-22 07:24:26 #102925

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

  Ha az AI Chat azt mondja, tuti igaz lehet! Lehet, hogy a manuális fstrim parancs meghívja a deallocate-ot NVMe esetén, de amit linkeltél példának, ott teljesen felesleges. Tényleg bőven elég a saját vezérlő által kiadott deallocate parancs és az idle-ben eldolgozgató garbage collector.

  Most csak Sata SSD-s notebookom van, ebben heti fstrim fut le és a két hétfői nap között, ha lefuttatom a manual TRIM-et, akár ezt is mutathatja(ez egy jelenleg nem használt felcsatolt disztró particiója): 23,6 GiB (25380712448 bytes) trimmed

  Az mai SSD-knél szerintem felesleges külön foglalkozni a manual TRIM-mel, ami meg két végrehajtási időszak között összegyűlik, nem okozhat semmi gondot, főleg ha van overprovisioning-nek elég helye. Plusz ha nincs kikapcsolva a rendszer és elég időt tölt idle-ben, a garbage collector tényleg elég hatékonyan elszaladgál a meghajtón. Nálam ez a fenti 23,6 GiB azért gyűlhetett össze, mert nem nagyon volt idele állapotban az a partició.

  De nyilván mindenki másként látja ezeket a dolgokat, mind az overprovisioning-et, mind a TRIM-et. Én totál átlag home user profilom mellett egyikkel se foglalkozom már ezer éve.

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