Vlákno názorů k článku
Ubuntu bude více komprimovat initramfs od volani.webnode.cz - Zase větší komprese šetří SSD. Možná by bylo...

Zase větší komprese šetří SSD. Možná by bylo lepší aby se nahodilo nějaké doporučené nastavení při instalaci podle hw a člověk ty výkonové věci mohl před instalací a po v nějakém přehledném GUI upravovat. To se týká třeba i komprese zram kterou vždy zapínám na max. Nebo dalších věcí..

Co to je za kravinu? Kolikrat updatujete kernel? Vzdyt pak uz se jenom cte. Tohle opotrebovava SSD? Cokolada O'Rly?

Teraz sa nevyjadrujem k teme, ale k SSD a opotrebovanie citanim.

Ano, pri citani SSD sa opotrebovava bunka NAND. Nie v takej miere ako pri zapise, ale predsa. A netvrdim, ze pri beznom citani bootovani kernelu to bude mat nejaky prakticky dopad pocas celej zivotnosti SSD, ale len to, ze takyto jav na fyzickej urovni existuje.

Můžu porposit o odkaz, že se čtením SSD opotřebovává? Fakt jsem nikdy nic takového nečetl.

(Samozřejmě pokud bude fs při čtení zapisovat atime, tak je jasné, že se bude životnost snižovat.)

Jeden efekt je Read Disturb:

Napr. Y. Cai, Y. Luo, S. Ghose and O. Mutlu, "Read Disturb Errors in MLC NAND Flash Memory: Characterization, Mitigation, and Recovery," (https://users.ece.cmu.edu/~omutlu/pub/flash-read-disturb-errors_dsn15.pdf)

> Abstract—NAND flash memory reliability continues to degrade as the memory is scaled down and more bits are programmed per cell. A key contributor to this reduced reliability is read disturb, where a read to one row of cells impacts the threshold voltages of unread flash cells in different rows of the same block. Such disturbances may shift the threshold voltages of these unread cells to different logical states than originally programmed, leading to read errors that hurt endurance.