Мудрий хлопець, котрий походить на ім'я NickN, підтримує довготривалу публікацію на форумі щодо своїх поглядів на створення потужного комп’ютера (спрямований на гру Flight Simulator X, дуже вимогливого програмного забезпечення).

Він десь підсумовує накопичувачі накопичувачів SSD і завершує перелік таким чином:

НЕ ДЕЙСТВУЙТЕ SSD

Він, на жаль, не деталізує це, але мені цікаво, чому він це говорить. Які недоліки розділення SSD? (Розбиття в цьому контексті означає> = 2 розділу)

SSD-диски не, повторюю, НЕ працюють на рівні файлової системи!

Не існує співвідношення 1: 1 між тим, як файлова система бачить речі, і тим, як SSD бачить речі.

Не соромтеся розділяти SSD будь-яким способом (якщо припустити, що кожен розділ правильно вирівняний, а сучасна ОС буде обробляти все це за вас); це НЕ буде шкодити нічого, воно НЕ буде негативно впливати на час доступу чи що-небудь інше, і не турбуйтеся про те, щоб зробити багато записів на SSD. Вони мають їх, щоб ви могли записувати 50 ГБ даних на день, і це триватиме 10 років.

Відповідаючи на відповідь Робін Гуда ,

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

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

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

У цьому випадку насправді відбувається те, що навіть якщо ви записуєте тону даних у певний розділ, файлова система обмежена розділом, АЛЕ SSD - ні. Чим більше записів отримує SSD, тим більше блоків / сторінок SSD буде замінюватися, щоб зробити вирівнювання зносу. Це не могло менше хвилюватись, як файлова система бачить речі! Це означає, що в один момент дані можуть перебувати на певній сторінці на SSD, але, в інший раз, вони можуть бути і будуть іншими. SSD буде відслідковувати, куди дані переміщуються, і файлова система не матиме поняття, де на SSD дані є насправді.

Щоб зробити це ще простіше: скажіть, ви записуєте файл на розділ 1. ОС повідомляє файловій системі про потреби в сховищі, а файлова система виділяє "сектори", а потім повідомляє SSD, що їй потрібно X місця. Файлова система бачить файл за адресою логічного блоку (LBA) 123 (наприклад). SSD робить зауваження, що LBA 123 використовує блок / сторінку # 500 (наприклад). Отже, кожного разу, коли ОС потребує цього конкретного файлу, SSD матиме покажчик на точну сторінку, яку він використовує. Тепер, якщо ми продовжуємо писати на SSD, надягаємо вирівнювальні ноги і каже блок / сторінка № 500, ми можемо краще оптимізувати вас на блоці / сторінці # 2300. Тепер, коли ОС вимагає той самий файл, а файлова система знову запитує LBA 123, Цього разу SSD поверне блок / сторінку № 2300, а НЕ № 500.

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

Ні, це знову неправильно! Робін Гуд роздумує над умовами файлової системи, а не думає, як саме працює SSD. Знову ж таки, немає можливості файловій системі знати, як SSD зберігає дані. Тут немає "далі"; це лише в очах файлової системи, а не фактичний спосіб SSD зберігає інформацію. Можливо, що на SSD дані будуть розкинуті в різних NAND-чіпах, і користувач не помітить жодного збільшення часу доступу. Чорт, через паралельний характер NAND, може навіть закінчитися швидшим, ніж раніше, але ми говоримо тут наносекундах; моргайте, і ви пропустили це.

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

Ні, вибачте; знову це неправильно. Вигляд файлової системи та види цих же файлів на SSD навіть далеко не близькі. Файлова система може сприймати файл як фрагментований в гіршому випадку, АЛЕ перегляд SSD тих самих даних майже завжди оптимізований.

Таким чином, програма дефрагментації погляне на ці LBA і скаже, що цей файл справді має бути фрагментованим! Але, оскільки він не має поняття щодо внутрішніх даних SSD, це на 100% помиляється. ЦЕ причина, що програма defrag не працюватиме на SSD, і так, програма defrag також спричиняє непотрібні записи, як було зазначено.

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

Для отримання більш «легкого» читання про те, як насправді працює FTL (Flash Translation Layer), я також пропоную прочитати критичну роль прошивки та шари перекладу флеш-версій у твердотільному диску  (PDF) з сайту Flash Memory Summit .

У них також є багато інших паперів, таких як:

• Моделювання шарів перекладу Flash для збільшення життєвого циклу системи  (PDF)
• Використання шару флеш-перекладу на хості для прискорення програми  (PDF)

Ще один документ про те, як це працює: Огляд флеш-пам’яті  (PDF). Дивіться розділ "Введення даних" (стор. 26-27).

Якщо відео більше вашої речі, див . Ефективний FTL на рівні сторінки для оптимізації перекладу адрес у флеш-пам’яті та пов'язаних слайдах .

Тут дуже довгі відповіді, коли відповідь досить проста і випливає безпосередньо з загальних знань про SSD. Для розуміння відповіді не потрібно більше, ніж прочитати термін твердотільного накопичувача у Вікіпедії , який є:

Порада "НЕ ДЕТАЙТЕ SSD" - це нісенітниця.

У (тепер далекому) минулому операційні системи не дуже добре підтримували SSD, і особливо, коли розділення не подбало про вирівнювання розділів за розміром блоку стирання.

Цей недостатній вирівнювання, коли сектор логічного диска ОС розділений між фізичними блоками SSD, може зажадати SSD прошивати два фізичні сектори, коли ОС має намір оновити лише один, тим самим сповільнюючи доступ до диска та збільшуючи рівень Wear .

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

Насправді, аргумент для розбиття SSD сьогодні точно такий же, як і для класичних дисків:
Для кращого впорядкування та розділення даних.

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

Не існує недоліків у розділі SSD, і ви можете фактично продовжити його життя, залишивши трохи нерозподіленого простору.

Вирівнювання зносу застосовується на всіх блоках пристрою (посилання на документ HP HP, посилання нижче)

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

Звідси можна зробити висновок, що перегородки не мають значення для вирівнювання зносу. Це має сенс, оскільки з точки зору жорсткого диска та контролера, розділів насправді не існує. Є просто блоки та дані. Навіть таблиця розділів написана на тих же блоках (1-й блок накопичувача для MBR). Потім ОС читає таблицю і вирішує, в які блоки записувати дані, а в які - ні. ОС бачить блоки, що використовують LBA, щоб дати кожному номеру унікальний номер. Однак потім контролер відображає логічний блок на фактичний фізичний блок, беручи до уваги схему вирівнювання зносу.

Цей же документ дає гарну пропозицію продовжити функціонування пристрою:

Далі, забезпечте свій привід. Ви можете збільшити термін експлуатації, розділивши лише частину загальної потужності пристрою. Наприклад, якщо у вас є накопичувач на 256 ГБ - розділіть його лише на 240 ГБ. Це значно продовжить термін служби накопичувача. 20% перевищення рівня забезпечення (розділення лише 200 ГБ) продовжить термін служби. Добре правило - кожен раз, коли ви подвоюєте надмірну забезпеченість накопичувача, додаєте 1x до витривалості диска.

Це також натякає на те, що навіть нерозподілений простір використовується для вирівнювання зносу, тим самим ще більше підтверджуючи точку вище.

Джерело: Технічна документація - SSD Endurance ( http://h20195.www2.hp.com/v2/getpdf.aspx/4AA5-7601ENW.pdf )

Дискові сектори вже давно складають 512 байт, а механічні диски мають властивість, що єдине, що впливає на те, скільки часу потрібно на читання / запис сектора, - це затримка пошуку. Таким чином, основним кроком оптимізації за допомогою механічних жорстких дисків було намагання читати / записувати блоки послідовно, щоб мінімізувати кількість запитів.

Flash працює зовсім інакше, ніж механічні жорсткі диски. На необмеженому рівні спалаху у вас немає блоків, а сторінок і "ерабезлоків" (запозичити з термінології MTD Linux). Ви можете записувати, щоб прошивати сторінку за один раз, і ви можете стерти спалах епізод блоку за один раз.

Типовий розмір сторінки для спалаху становить 2 КБ, а типовий розмір для ерабелок - 128 КБ.

Але SSD-диски SATA представляють для ОС інтерфейс, який працює з розмірами сектора 512 байт.

Якщо між сторінками та секторами є зіставлення 1: 1, ви можете побачити, як у вас виникнуть проблеми, якщо ваша таблиця розділів почалася на непарній сторінці або на сторінці в середині епізодного блоку. Зважаючи на те, що ОС вважають за краще отримувати дані з накопичувачів у 4Kбайтних фрагментах, оскільки це узгоджується з обладнанням для підключення підказок x86, ви можете бачити, як такий блок 4Kбайт міг би обминути ербоблок. зниження продуктивності.

Однак прошивка SSD не підтримує відображення у форматі 1: 1, вона робить переклад адреси фізичного блоку (PBA) на адресу логічного блоку (LBA). Це означає, що ви ніколи не знаєте, де насправді записується сектор 5000 або будь-який інший сектор. Це робить багато речей за лаштунками дизайну, щоб спробувати завжди писати на попередньо стерті ерази. Ви не можете точно знати, що саме робиться без розбирання мікропрограмного забезпечення, але, якщо прошивка повністю не бачить, прошивка, ймовірно, обійдеться навколо цього.

Можливо, ви чули про жорсткі диски 4Kn. Це механічні жорсткі диски, які внутрішньо використовують розмір сектору 4 Кбайт, але все ще мають 512-байтовий секторний інтерфейс для операційних систем. Це потрібно, оскільки розриви між секторами повинні зменшуватись на блюді, щоб вмістити більше даних.

Це означає, що він завжди читає і записує 4K сектори, але приховує їх від ОС. У цьому випадку, якщо ви не запишете до секторів, які потрапляють на межу 4KByte, ви накладете швидке покарання, оскільки кожне таке читання / запис призведе до зчитування та переписування двох внутрішніх секторів 4KByte. Але це не стосується SSD-дисків.

У будь-якому випадку це єдина ситуація, про яку я можу подумати, чому пропонується не розділяти SSD. Але це не застосовується.

Ці відповіді ігноруються - це оптимізація SSD для Windows. Я не знаю, чи це означає, що розділення стає кращим, але для розділеного C-накопичувача як Windows-накопичувача ви можете:

1. черга індексації
2. не потрібно слідкувати за часом останнього доступу
3. не потрібно зберігати старі 8-символьні dos-імена
4. обхід сміття Windows

Я вирішив, що деяка довідкова інформація може бути корисною для того, щоб зробити цю відповідь зрозумілою, але, як ви бачите, я пішов трохи OCD, тож, можливо, ви захочете пропустити до кінця, а потім повернутися, якщо потрібно. Хоча я трохи знаю, я не є експертом з SSD, тому якщо хтось бачить помилку, РЕДАКТУЙТЕ це. :).

Довідкова інформація:

Що таке SSD ?:

SSD або твердотільний накопичувач - це запам'ятовуючий пристрій без рухомих частин. Термін SSD часто покликаний конкретно позначати твердотілі накопичувачі на базі nand-flash, призначені виконувати роль альтернативи жорсткому диску, але насправді вони є лише однією формою SSD, і навіть не найпопулярнішою. Найпопулярнішим типом SSD є знімні носії на базі nand-flash, наприклад USB-накопичувачі (флешки) та картки пам'яті, хоча їх рідко називають SSD. SSD-диски також можуть бути на базі оперативної пам’яті, але більшість оперативоприводів - це програмне забезпечення, створене на відміну від фізичного обладнання.

Чому SSD-накопичувачі Nand-flash повинні діяти як альтернатива жорсткому диску ?:

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

Що таке Nand-flash ?:

Флеш-пам’ять - це накопичувач, який використовує електроенергію, а не магнетизм для зберігання даних. Nand-flash - це флеш-пам’ять, що використовує шлюз NAND. На відміну від "nor-flash", який є випадковим доступом, до nand-flash послідовно доступний.

Як зберігають дані Nand-flash SSD?

Сховище Nand-Flash складається з блоків, ці блоки розділені на комірки, комірки містять сторінки. На відміну від жорсткого диска, який використовує магнетизм для зберігання даних, флеш-носії використовують електроенергію, оскільки ці дані не можуть бути перезаписані; дані повинні бути стерті для повторного використання простору. Пристрій не може стерти окремі сторінки; стирання має відбуватися на рівні блоку. Оскільки дані не можуть бути записані до вже використовуваного блоку (навіть якщо не всі сторінки в ньому), весь блок слід стерти спочатку, а потім уже порожній блок може мати дані, записані на його сторінки. Проблема полягає в тому, що ви втратите будь-які дані, які вже є на цих сторінках, включаючи дані, які ви не хочете викидати! Щоб запобігти збереженню існуючих даних, потрібно скопіювати десь ще, перш ніж виконувати стирання блоку.

На жорстких дисках магнітна пластина використовується для зберігання даних. Подібно до вінілових платівок на платівці є доріжки, і ці композиції поділяються на секції, звані секторами. Сектор може зберігати певний обсяг даних (зазвичай 512 байт, але деякі новіші - 4 КБ). При застосуванні файлової системи сектори об'єднуються в кластери (на основі вказаного розміру, який називається розміром розподілу або розміром кластера), а потім файли записуються через кластери. Можна також розділити сектор, щоб кластери були меншими за розмір вашого сектора. Простір, невикористаний у кластері після того, як файл записаний через кластер (або кілька), не використовується, наступний файл починається в новому кластері. Щоб уникнути великої кількості непридатного простору, люди зазвичай використовують менші розміри кластерів, але це може знизити продуктивність при написанні великих файлів. SSD-накопичувачі не мають магнітної пластини, вони використовують електрику, що проходить через блоки пам'яті. Блок складається з комірок, що містять сторінки. Сторінки мають ємність X (зазвичай 4 КБ), і таким чином кількість сторінок визначатиме ємність блоку (зазвичай 512 КБ). На SSD-сторінці сторінка прирівнюється до сектора на жорсткому диску, оскільки вони обидва представляють найменший поділ пам’яті.

Що таке вирівнювання зносу ?:

Блоки зберігання Nand-Flash можуть записуватися та стиратися обмежену кількість разів (вважаються їх життєвим циклом). Щоб запобігти постраждалому від зменшення потужності (мертві блоки), має сенс зношувати блоки максимально рівномірно. Обмежений життєвий цикл також є основною причиною, через яку багато людей пропонують не мати файл сторінки чи розміняти розділ у вашій операційній системі, якщо ви використовуєте SSD на базі Nand-flash (хоча швидкість передачі даних з пристрою на таран також є основною чинник цієї пропозиції).

Що таке надбавка ?:

Over Provisioning визначає різницю між тим, скільки вільного місця є, порівняно з тим, скільки існує. Накопичувачі на базі накопичувальних флеш-версій стверджують, що вони менші, ніж вони є, тому гарантується, що порожні блоки для вивезення сміття можуть використовуватись. Існує другий вид надвикористання, який називається динамічним над забезпеченням, який просто посилається на відомий вільний простір у зображеному вільному просторі. Існує два типи динаміки щодо забезпечення: рівень операційної системи та контролер приводу. На рівні операційної системи Trim можна використовувати для звільнення блоків, які потім можна записати в іммедіати. На рівні контролера не можна використовувати нерозподілений провідний простір (не розділений, жодна файлова система). Наявність більше вільних блоків допомагає підтримувати роботу диска з найкращою продуктивністю, оскільки він може записувати негайно.

Що таке ампліфікація запису ?:

Оскільки носії Flash Nand вимагають видалення блоку, перш ніж його можна записати, будь-які дані всередині блоку, який не стирається, повинні бути скопійовані в новий блок шляхом вивезення сміття. Ці додаткові записи називаються посиленням запису.

Що таке Trim.?:

Операційні системи побудовані з традиційними жорсткими дисками. Пам'ятайте, що традиційний жорсткий диск може безпосередньо перезаписати дані. Коли ви видаляєте файл, операційна система позначає його як видалений (добре перезаписати), але дані все ще існують, поки там не відбудеться операція запису. На SSD-накопичувачах, що базуються на Nand-flash, це проблема, оскільки спочатку дані потрібно стерти. Еразаль відбувається на рівні блоку, тому можуть бути додаткові дані, які не видаляються. Утилізація сміття копіює будь-які дані, які не підлягають видаленню, до порожніх блоків, і тоді ці питання можуть бути стерті. Це все вимагає часу, і викликає незвичні записи (посилення запису)! Щоб обійти це, було зроблено функцію під назвою Trim. Trim дає операційній системі можливість розказувати SSD видалити блоки зі сторінок, що містять дані, які операційна система відмітила як видалені протягом періодів часу, коли ви не вимагаєте операції запису там. Збір сміття робить це річчю, і в результаті блоки звільняються, так що запис може, сподіваюся, виникнути до блоків, які не потрібно спочатку стирати, що робить процес швидшим, а також допомагає звести посилення запису до мінімуму. Це не робиться на основі файлів; Для обрізки використовується логічна адресація блоків. LBA визначає, які сектори (сторінки) стерти, а ерасаль відбувається на рівні блоку. і допомагає звести посилення запису до мінімуму. Це не робиться на основі файлів; Для обрізки використовується логічна адресація блоків. LBA визначає, які сектори (сторінки) стерти, а ерасаль відбувається на рівні блоку. і допомагає звести посилення запису до мінімуму. Це не робиться на основі файлів; Для обрізки використовується логічна адресація блоків. LBA визначає, які сектори (сторінки) стерти, а ерасаль відбувається на рівні блоку.

Відповідь на ваше запитання "Недоліки розбиття SSD?":

SSD-диски на базі Ram:

Недоліків абсолютно немає, оскільки вони є випадковим доступом!

SSD-накопичувачі на базі flash-flash:

Єдиними недоліками, які мені спадають на думку, були б:

1. Вирівнювання зносу не матиме стільки вільного місця для гри, оскільки операції запису будуть поширюватися на менший простір, так що ви "могли б", але не обов'язково буде зношувати цю частину диска швидше, ніж якщо б весь диск був єдиним розділом, якщо ви не будете виконувати рівномірний знос додаткових розділів (наприклад: подвійне завантаження).

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

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

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

Деякі інші люди в цій темі підняли дискусію про те, як поділ вплине на внесок Трима в динамічне надбавлення. Наскільки я розумію, TRIM використовується для вказівки секторів (сторінок), на яких дані позначені для видалення, і тому видалення сміття може звільнити ці блоки. Цей вільний простір діє як динамічний при наданні лише в цьому розділі, оскільки ці сектори є частиною кластерів, що використовуються файловою системою цього розділу; інші розділи мають власні файлові системи. Однак я можу бути абсолютно невірним щодо цього, оскільки вся ідея щодо забезпечення резервуванням для мене трохи незрозуміла, оскільки дані будуть записуватися в місця, які навіть не мають файлових систем, або з'являються в накопичувачі накопичувачів. Це змушує мене замислитись, чи можливо над провідниковим простором використовується тимчасово до остаточної оптимізованої операції запису для блоків у файловій системі? Звичайно, внесок Трима в динамічне надбання у файловій системі не буде тимчасовим, оскільки до них можна записати безпосередньо, оскільки вони вже є у використаному просторі. Принаймні, це моя теорія. Можливо, моє розуміння файлових систем неправильне? Мені не вдалося знайти жодних ресурсів, які б детально про це розповідали.

Ні, це має сенс.

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

Тож немає недоліків розділення SSD, але є недоліки того, що на диску немає вільного місця.

Дивіться це повідомлення SuperUser .