Чи потрібно змінювати SSD, щоб змінити час роботи, щоб збільшити термін служби SSD?

Я зіткнувся з цією статтею, яка містить таку пропозицію:

Обмін і заміщення

Я зберігав свій розділ swap на старому жорсткому диску. Заміна на SSD була б швидшою, але й скоротила б термін служби SSD.

У моїй системі є багато пам’яті, тому я також знизив значення zamppiness до 0, щоб сказати Ubuntu здійснювати обмін тільки в разі необхідності. Я зробив це, додавши рядок vm.swappiness = 0 до /etc/sysctl.conf.

Чи правда, що встановлення простоти на нуль збільшить термін служби мого SSD? Я не можу знайти посилання на це в іншому місці.

Зменшення свопічності до 0 означає, що ОС почне використовувати SSD для swap лише тоді, коли більше немає вільної оперативної пам’яті.

Теоретично це може збільшити термін служби SSD, оскільки SSD буде менше страждати. Це залежить від того, чи це практично збільшує термін служби SSD:

• Linux рідко використовує своп _{(особливо у порівнянні з Windows),} навіть із більш високими значеннями своппості, тому цей параметр, ймовірно, не змінить поведінку заміни в системах з великою кількістю оперативної пам’яті порівняно з використанням оперативної пам’яті. Якщо вам не вистачає оперативної пам’яті, то заміна може відбуватися досить часто зі значенням за замовчуванням 60, в цьому випадку зменшення простоти, швидше за все, матиме значний вплив на ліміт циклу запису на SSD.

• Витривалість запису на SSD все ще досить висока для простого використання споживачів, принаймні для SSD на основі MLC . Вони кажуть, що нинішні SSD-диски на основі MLC можуть терпіти приблизно. 3000-5000 циклів запису, перш ніж вони зношуються. Якщо розрахувати з обмеженням 3000, це означає, що SSD на 128 ГБ із щоденним записом у 10 ГБ буде працювати щасливо приблизно. 38000 днів, це означає бл. 100 років. Якщо у вас є більший SSD, звичайно, він буде зношений набагато пізніше. Тож малоймовірно, що ваш SSD загине через знос клітин. (Звичайно, якщо ви використовуєте свій SSD у корпоративному / серверному середовищі, то щоденні записи набагато вищі, але в корпоративних середовищах зазвичай використовуються SSD на основі SLC .)

• Ця межа циклу запису настільки висока, що виробники SSD (спочатку SAMSUNG) почали виробляти SSD на основі TLC для споживачів, які можуть терпіти лише приблизно. 1000 циклів запису, але дешевші. Ці компанії заявляють, що навіть ці обмеження циклу запису на SSD триватимуть довше, ніж очікується використання продукту. (Навряд чи в 2024 році ми все ще будемо використовувати наші SSD з 128 Гб). Хоча якщо у вас є SSD на базі TLC і ви пишете досить часто на цьому диску, наприклад, 50 Гб / день, то зменшення значення заміщення може мати значний ефект на тривалість вашого SSD.
• Ось гігантська нитка, де ентузіасти випробовували витривалість SSD, постійно пишучи їм. Хоча метод їх тестування, мабуть, не зовсім правильний, їх результати є досить вражаючими та заспокійливими.

Отже, підсумовуючи: теоретично, так, зменшення затишності призведе до більш тривалого життя SSD, на практиці це, швидше за все, не буде. Але якщо у вас SSD на основі TLC і вам не вистачає оперативної пам’яті, і зазвичай ви часто пишете на SSD, це може мати і практичний ефект.

У мене на базі MLC, 128 ГБ SSD, і я в основному використовую свою систему для офісу / перегляду, і в мене достатньо оперативної пам’яті порівняно з моїм використанням оперативної пам’яті, тому мій SSD не перебуває під великим навантаженням (хоча моя машина працює 24/7). Але тому що мені взагалі не потрібні заміни, і так просто знизити свопість, яку я зробив для себе, встановивши заміщення на 0, коли встановив свої SSD, бо чому б цього не зробити? (Насправді я встановив заміщення на 0 на всіх своїх машинах, навіть на машинах, які мають лише жорсткі диски.)

Ви можете перевірити, скільки записів зазнав ваш SSD протягом життя smartctl, шукайте рядок Total_LBAs_Written, це покаже вам, скільки 512b секторів було записано на SSD. (Так, я знаю, що на жорстких дисках є фізично 4K блоки, а не 512b, але SMART все ще говорить: Sector Size: 512 bytes logical/physicalі з 512 блоками я отримую результати, які можна порівняти з результатами tune2fs -lLifetime write.) Так кратно це число на 512, і ви отримуєте запис у байтах або коротко:

sudo smartctl -a /dev/sda | grep Total_LBAs_Written | awk '{print $10*512/1024/1024/1024 " GiB"}'

буде надруковано в GiB для / dev / sda. (Просто змініть ім'я пристрою на ім'я вашого SSD.) Мій 128 Гб SSD зазнав приблизно. 800 ГБ пише за трохи більше одного року, це означає, що всього 7 циклів запису, що використовуються з 3000.

Вся ця розмова про зношення SSD - це «здогадки». У мене були такі ж почуття, але почав комерційно їх використовувати. У мене є один із найшвидших скупчень оракул на східному узбережжі. 3 роки тому ми запровадили SSD для всієї нашої системи зберігання та тимчасових файлових систем. Ми робимо мільярди операцій запису на день на SSD. Через 3 роки ми все ще ніде не прийшли близько 10% вигорання. Якщо я можу це зробити комерційно, вони ніколи не зношаться в житловій ситуації. Отже-- я реалізував рішення SSD спеціально для розміщення місця на моїй робочій станції Linux та BAM !!!

Отже, мій пробіг мій різний, але SSD - це шлях у будь-який спосіб.

Дейв

Так . Для збільшення терміну служби SSD вам потрібно змінити простоту.

Swappiness дозволяє контролювати, скільки файлів підкачки використовується. Значення swapiness можна змінювати від 0 до 100. Чим вище значення swappiness, тим більше ядро ​​намагатиметься використовувати простір swap, тим нижчі значення swappiness означають, що ядро ​​буде використовувати менше або не має місця для заміни залежно від наших параметрів.

Значення swappiness за замовчуванням становить 60, якщо у вас є багато оперативної пам’яті, вам слід уникати використання місця заміни, яке записує і читає на вашому SSD, а не на жорсткому диску. Для системи, що має 4 Гб або більше оперативної пам’яті, спробуйте зменшити використання swap, змінивши параметри заміщення на від 10 до 0, при цьому файл swap знаходиться на жорсткому диску.

Запуск простору підкачки дуже інтенсивний введення / виведення диска, і це насправді погано для SSD. SSD може обробляти лише стільки записів, перш ніж воно піде погано, і ви змушені купити інший накопичувач. Отже, якщо це взагалі можливо, перемістіть свій простір для заміни на вторинний, обертовий диск ... подалі від SSD.

Твердотільний накопичувач відносно швидко зношується завдяки операціям запису. Особливо найстаріші покоління SSD були вразливими в цьому аспекті, але в меншій мірі це все ще стосується нових поколінь.

Ви можете або зробити новий розділ на новому диску, або просто зробити замість нього файл; створення нового розділу майже завжди призведе до набагато кращої продуктивності.

Якщо у вас немає альтернативного накопичувача, ви можете змінити налаштування, яке дозволить змінювати обмін лише тоді, коли фізична оперативна пам’ять заповнена на 100%, що зменшить навантаження вашого swapfile та допоможе вашому SSD. Просто натисніть клавішу Ctrl+ Alt+ Tна клавіатурі, щоб відкрити термінал. Коли він відкриється, запустіть команди (и) нижче:

echo 0 > /proc/sys/vm/swappiness

Знос SSD пов'язаний з циклами запису

Твердотільний накопичувач відносно швидко зношується завдяки операціям запису. Особливо найстаріші покоління SSD були вразливими в цьому аспекті, але в меншій мірі це все ще стосується нових поколінь.

Використовуйте обрізку

TRIM - це перевага, яку ви використовуєте з SSD. Він працює в програмному забезпеченні та спілкується з контролером SSD, повідомляючи, які файли більше не потрібні файловій системі, і їх можна безпечно очистити та перезаписати. Це дійсно не призведе до покращення продуктивності, але скоріше подовжить термін служби вашого SSD.

^{Джерела: Linux SSD Tweaks & How-to для оптимізації вашого SSD}

Чи правда, що встановлення простоти на нуль збільшить термін служби мого SSD?

Це призведе до того, що Linux переміщують блоки пам'яті рідше до розділу swap. Для запису до swap зазвичай використовуються цикли запису, якщо ваш swap знаходиться на SSD. Пам’ятайте, що своп використовується лише при необхідності, і якщо у вас є достатня кількість оперативної пам’яті, вам може бути краще без нього (якщо ви не хочете в сплячку, але це інше питання).

Ефекти від цих дій можуть бути різними, але робити це просто для збереження деяких циклів запису на SSD це робить неправильно. Сучасні SSD-диски (приблизно з 2012 року далі) мають багато циклів запису, і продуктивність може бути знижена для ваших програм, коли ви майже використовуєте всю свою оперативну пам'ять. Ви використовуєте більше циклів запису під час встановлення програм, ніж завдяки свопі. Пам'ятайте, знову ж таки, що своп використовується лише тоді, коли це потрібно за замовчуванням.

Якщо ви турбуєтесь про свої цикли запису на SSD, які використовуються для swap, ви можете повністю видалити / деактивувати swap, якщо у вас є достатня кількість оперативної пам’яті та активувати лише тимчасову заміну на жорсткому диску замість того, щоб возитися зі свопом. Це був би найкращий маршрут.

Я б дуже рекомендував вам змінити налаштування простоти на нижче значення, найкраще - "0", якщо у вас достатньо пам'яті / оперативної пам’яті для вашої системи 4 ГБ оперативної пам’яті або більше. Навіть незважаючи на те, що свобідність у 10 із системою високої оперативної пам’яті, я ледве бачу, щоб ubuntu ставив що-небудь на розділ swap, оскільки в основному все вже є на базі.

Я трохи пошукав Google, і знайшов цю сторінку http://namhuy.net/1563/how-to-tweak-and-optimize-ssd-for-ubuntu-linux-mint.html

може допомогти вам налаштувати та оптимізувати SSD для того, щоб ваша система Ubuntu працювала ефективніше, а ваш ssd жив довше

Зміна примхливості може насправді не мати впливу. Ми багато з цим грали в системах, де не вистачає оперативної пам’яті, і ми хочемо максимально натиснути на SSD, і це насправді мало впливає, залишившись у пам’яті (це означає, що вони потрібні). Це може бути суперечливим питанням.

Мені сподобалась ідея перевірити smartctlвихід, проте мій код трохи компактніший. Я ніколи не розумів, чому люди просто цього не знаютьawk в неї grepвбудовані можливості.

sudo smartctl -a /dev/sdb | awk ' ($0 ~ /Total_LBAs_Written/) {print ($10*512)/(1024^3) " GiB"}'

Хоча це і є код, який я використовую:

sudo smartctl -a ${device} | awk ' ($0 ~ /Total_LBAs_Written/) { if (($10*512)/(1024^3) > 1000) { msg="TiB"; size=($10*512)/(1024^4); } else { msg="GiB"; size=($10*512)/(1024^3); }; printf "\nThis device has had %.2
f %s written to it.\n",size,msg; }'