Чи варто дефрагментувати свій SSD?

Щойно я дізнався, що слід ніколи не дефрагментувати ваш SSD. Але я поняття не маю, чи це правда.

Я вважаю, що Windows 10 автоматично планував закінчити дефрагментацію на своєму SSD, але я його скасував. Чи це призведе до виникнення проблем із дефрагментацією, зробленою раніше?

SSD все ще не розділений, тому що я не бачу накопичувач SSD в папці My Computer, лише в системному менеджері апаратного забезпечення. Які правильні дії я повинен зробити для встановлення Windows на SSD (це мій перший SSD)?

Нехай Windows робить свою роботу. Раз на місяць він робить справжню повну дефрагментацію , також на SSD, для оптимізації внутрішніх метаданих.

Коротка відповідь - так, Windows іноді дефрагментує SSD, так, важливо грамотно та належним чином дефрагментувати SSD, і так, Windows розумно ставиться до того, як поводиться з вашим SSD.

Ось відповідь від Microsoft:

Оптимізатор зберігання буде дефрагментувати SSD раз на місяць, якщо включені знімки обсягу. Це є задуманим і необхідним через повільну копіювальну магнітолу при виконанні запису на фрагментованих томах SSD . Також дещо помилкове уявлення про те, що фрагментація не є проблемою на SSD. Якщо SSD стає занадто фрагментарним, ви можете отримати максимальну фрагментацію файлу (коли метадані не можуть представляти більше фрагментів файлу), що призведе до помилок при спробі написання / розширення файлу. Крім того, більше фрагментів файлів означає більше метаданих під час читання / запису файлу, що може призвести до зниження продуктивності.

Що стосується Retrim, ця команда повинна виконуватись за графіком, визначеним в інтерфейсі dfrgui. Retrim необхідний через спосіб обробки TRIM у файлових системах. Завдяки різній продуктивності обладнання, що реагує на TRIM, файлова система TRIM обробляється асинхронно. Коли файл видалено або простір звільнено в іншому випадку, файлова система подає чергу на запит обрізки, який потрібно обробити. Для обмеження використання ресурсів peek ця чергу може зростати до максимальної кількості запитів на обробку. Якщо черга має максимальний розмір, вхідні запити TRIM можуть бути відхилені. Це нормально, оскільки ми періодично проходитимемо та робимо Retrim з оптимізатором зберігання. Retrim виконується з деталізацією, яка повинна уникати максимального розміру черги запиту TRIM, у якому TRIM відміняються.

Тож встановіть Windows на SSD і забудьте його. Windows зробить все самостійно.

Щойно я дізнався, що слід ніколи не дефрагментувати ваш SSD. Але я поняття не маю, чи це правда.

Трохи знань небезпечно. Ніколи не дефрагментація вашого SSD - це, мабуть, хороша ідея, якщо ваша система абсолютно не зрозуміла, що таке SSD - скажімо, Windows XP. І якщо SSD були крихкими сніжинками, які, швидше за все, зношуються та тануть у сильній спеці звичайного використання - я маю детальну відповідь, чому це неправда . У звичайному режимі досить важко «зношувати» накопичувач. Зробити це можна було б корисно.

Давайте врахуємо, що якби ваша програма вбивала SSD-диски або навіть робила важкі записи, як це робив Spotify , люди перевернули б. І досить часто люди, які пишуть ОС, розумні.

Я ретельно посилаюся на цю публікацію в блозі від Скотта Хензельмана, решту цієї відповіді. Відповідь Магіяндра на це також згадується, але я начебто відбирав у нього різні уроки. Варто прочитати деталі. Я беру кілька свобод із тим, як представляю інформацію. Я б почав з цього

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

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

SSD також мають концепцію TRIM. Хоча TRIM (retrim) є окремою концепцією від фрагментації, вона все ще обробляється підсистемою оптимізатора зберігання Windows, а графік керується тим самим інтерфейсом з точки зору користувача.

TRIM - це добре. Обрізання економить на записах, оскільки це механізм маркування блоків як прочитаних, не стираючи їх, та видалення їх за необхідності.

Хто б не сказав вам ніколи не дефрагментувати накопичувач, він не має уявлення про те, що сучасні ОС створені для SSD і що необхідні процеси ведення господарства виконуються.

Хоча припускати, що ти знаєш краще, в цьому випадку люди, які написали ОС, оптимізували справи для тебе. Будьте спокійні, і нехай Windows дефрагментує ваш диск.

Для повноти:

Фрагментація залежить від файлової системи (FS) , а не від диска чи ОС.

Це означає, що відповідь на ваше запитання насправді не потрібно просити Windows *; SSD - особливий випадок - він працює інакше, ніж звичайний диск.

FS - це спосіб організації ваших файлів на диску. Найпоширенішими форматами Windows є NTFSта FAT32. Найбільш часто використовувані FSs на Linux є ext3/ ext4, але є багато інших ( zfs, xfs, jfs, ReiserFS, btrfs, і багато іншого).

Диск розділений на блоки . Ви можете уявити це як довгу стрічку, на яку можна записати деякі дані. Коли ви щось записуєте на диск, ви використовуєте ці блоки. Очевидно, що ви хочете, щоб пов’язані файли були записані поруч, а один файл був записаний в один блок, тому вам не доведеться стрибати навколо стрічки. Коли речі все розкидані навколо, ми називаємо фрагментацію . Дефрагментація їх організовує.

Очевидно, як ви впорядковуєте речі (FS) визначає, наскільки добре вони організовані (чи є фрагментація). Якщо ви організуєте свої файли з самого початку, у вас не буде фрагментації. Ось що відбувається в деяких файлових системах (наприклад, в extсім'ї). Ці файлові системи організовують ваші файли під час руху (перед написанням), так що вам не доведеться їх дефрагментувати, за винятком особливих обставин, коли не було іншого вибору, крім того, щоб ввести невеликий розлад.

Для отримання додаткової інформації про ext4те, як запобігає фрагментації, ви можете ознайомитися на цій сторінці

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

Однак є й інші способи оптимізації SSD. Дивіться цю тему для уточнення.

* Майже; Вибір файлової системи корелює з ОС. Більшість користувачів Linux використовують інший FS, ніж Windows або OS X.

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

1. Я хочу мати можливість відновити файли чи розділи, якщо & коли я випадково щось видалюю.
   Ні, це трапляється не часто, але кілька разів це траплялося, дуже важко було не вдається відновити речі, які я міг би відновити на жорсткому диску, навіть коли я намагався відновити їх відразу після видалення .

2. Я розширюю, стискаю і навіть переміщую розділи кожні кілька місяців, а дефрагментація та консолідація файлів робить цю операцію набагато швидшою та менш ризиковою. Ви можете подумати, що ви можете довіряти менеджерам розділів сьогодні, але вже в грудні 2015 року я зіткнувся з помилками (корупцією) при операціях простого переміщення / зміни розміру. А розумніші менеджери розділів намагаються уникати запуску томів, які сильно роздроблені до того, як завдано будь-якої шкоди (і зазвичай, хоча і не завжди, це досягається успіху).

3. Я інколи використовую Linux , і мене опікує його корупція обсягів NTFS так само недавно, як рік тому. Це пов’язано не з фрагментацією, але, бачачи, що він навіть не може нормально обробити нефрагментовані файли, я перебуваю в захисті і намагаюся представити якомога більшу кількість томів (і навіть тоді я уникаю запису більшості часу).

Сумна частина про №2 та №3 полягає в тому, що люди, які не бачили цих проблем власними очима, завжди думають, що я горіх, і все це складаю, або що мою систему треба якось зламати. Але я досить багато разів їх відтворював у кількох системах, і як хтось, хто написав свої власні читачі NTFS, я знаю річ чи дві про файлові системи та програмування ядра ... з центром NTFS. Тож я знаю помилок, коли їх бачу. Ніхто мені не вірить, але я все-таки попереджаю людей, враховуючи, що я бачив, що це відбувається на власні очі - тому, якщо ви возитесь з розділами або використовуєте Linux взагалі, рекомендую тримати диски дефрагментованими. YMMV.

О, і не забудьте запускати TRIM вручну раз у раз, коли вам не потрібно нічого відновити. Хоча якщо я чесно кажу, я ще не бачу ніякої користі від цього ...

Ви можете дефрагментацію свого ssd. Ви повинні? Звичайно, не дуже часто, але є кілька випадків, коли це може бути вигідно робити рідко.

a) У вас Samsung Evo 840 впливає на повільне читання помилок старих файлів. Дефрагментація ефективно перепише їх, і вони більше не будуть старими файлами.

b) Хоча наслідки фрагментації на SSD вкрай незначні, контролеру все одно доводиться збирати файли, розкинуті по багатьох флеш-чіпах. Ефект від продуктивності цього дуже малий, але знову дефрагментація повинна реорганізувати файли та полегшити їх збирання контролеру.

c) Якщо у вас є щось, що є близьким до сучасного ssd, випадкова дефрагментація не вплине на те, що на це важливий час життя. У 2018 році сайт hw tech зробив тест на ssd витривалість, а Samsung evo 840 500GB, який використовує 2d tlc (який має дуже погану витривалість), не вдався приблизно при 600 ТБ записів. Все, що краще, швидше за все, використовувати 3D-тлк (який деякі компанії називають vnand), який має набагато більше витривалості. Більші моделі також мають більше комірок для запису, що ще більше підвищує витривалість. А якщо у вас є велика професійна витривалість - це зовсім не проблема (у тесті, про який я згадував до того, як Samsung Pro 512 ГБ тривав 9 PB записів ... більші / новіші моделі повинні тривати ще більше). Ці цифри практично неможливо досягти, якщо ви не намагаєтеся навмисно. Записи, які використовуються для вбивства (все одно дешеві,

Розморожування SSD сприяє ранньому виходу з ладу блоків пам'яті з найменшою адресою.

Дивіться: http://techreport.com/review/27909/the-ssd-endurance-experiment-theyre-all-dead

"Навіть якщо алгоритми вирівнювання зносу рівномірно записують по всьому спалаху, усі комірки з часом вийдуть з ладу або стануть непридатними для виконання обов'язків. Коли це станеться, їх звільняють та замінюють спалахом, виділеним із завищеної області SSD. Цей запасний NAND гарантує, що На доступну для користувачів потужність накопичувача не впливає війна виснаження, що руйнує його осередки ".

"Збитки в кінцевому підсумку перевищують здатність накопичувача до компенсації, залишаючи без відповіді запитання. Скільки записів потрібно? Що трапляється з вашими даними в кінці? Чи втрачають SSD-диски будь-які показники продуктивності чи надійності в міру накопичення записів?"

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