Якщо ви запускаєте лише одну ОС, чи варто розділення? [зачинено]

Традиційно я завжди налаштовував системний розділ та розділ даних. Я ось-ось збираюся налаштувати новий сервер (Windows Server 2012 R2), і, цікавившись, наскільки великий я повинен зробити системний розділ, я почав запитувати себе: "Мені справді потрібні розділи?"

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

Проста папка "Дані" надає потрібне розділення. Утиліти резервного копіювання досить розумні, щоб вирішити цю структуру.

Отже, яка перевага при розділенні моїх жорстких дисків?

Перш за все, запис з вікіпедії є досить повним щодо цього.

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

ОС повинні робити припущення щодо того, як користувач використовує та зберігає її дані. Проблему можна звести до наступного:

Припустимо, у вас є шматок пам'яті, скажімо, 256B, який ви можете уявити як 256 коробок у послідовності.

|_|_|_|_|...|_|

Тепер ви хочете зберегти 3 файли, один із 64, інший із 64, другий із 128 коробками: чи слід їх виділяти?

1: | 64 | 64 | 128 | or
2: | 64 | 128 | 64 | ?

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

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

Тепер уявіть це, але з усіма видами різних розмірів, збереженими нетривіальним способом (тобто не всі 4B спочатку, потім усі 8B тощо) на гігантському диску (розмір ГБ). Це, як відомо, є дуже важкою проблемою.

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

Розбиття диска ефективно повідомляє ОС, що до цього розділу належить певна область диска. Це означає, що не буде більше однієї послідовності з 256 коробок, а двох послідовностей з 128 коробок (розділи A і B). ОС більше не буде приймати припущення, куди його поставити: ви самі вирішуєте, який корінь у вашому каталозі ви виберете (рукою розмахуючи).

Чому це може покращити продуктивність?

Один типовий приклад - коли у вас є два різних режими поведінки під час використання ОС. Наприклад, різниця між:

1. щодня використовуючи ОС, яка має багато запису і стирання в пам'яті, і
2. коли ви зберігаєте важкі файли, такі як відео чи альбоми, які ви не сильно змінюєте.

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

Оскільки ваша поведінка є послідовною у кожному розділі, ОС, швидше за все, покращить її розподіл, мінімізуючи фрагментацію.

Тепер, чи це стосується нормальних випадків користувачів чи ні, я б сказав «ні», тому що хто розробляє стратегії розподілу, розумні, і евристика продумана для цих випадків.

Для серверів та інших систем це може змінити значення, але перейдіть до цього після профілювання .

EDIT для включення SSD

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

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

Крім того, якщо ви працюєте з сервером, зазвичай є доброю практикою робити певні томи, пов’язані зі службою, на окремий розділ. Таким чином, якщо ця служба порушена і зловмисник зможе заповнити цей розділ, ваша ОС все одно має працювати. Розгляньте FTP або службу баз даних - якщо каталоги, до яких можна отримати доступ, можуть заповнити ємність диска, то ви зіткнетесь з серйозними операційними проблемами, але хтось просто скидає на нього палі і купи даних, тим самим спричиняючи DOS для цієї системи. Такий підхід був би ще більш привабливим для зловмисника, якщо на ньому працюють інші цінні сервіси, які вони хочуть зірвати, такі як веб-сервер або контролер домену. Можливо, все це можна пом'якшити при правильній конфігурації цих служб, але нові подвиги виходять щодня, тому ніколи не зашкодить додавати більше шарів безпеки, коли це можливо. (додавБредлі Форні )

Але, з точки зору кінцевого користувача (користувачів Windows 7, Windows 8 тощо) (я знаю, що питання стосується сервера, але до тих, хто бачить це через Google), немає сенсу розділяти, якщо ви не перевстановлюйте ОС частотно.

Роки тому (Win Server 2008) була перевага в декількох розділах:

1. легше змусити дефрагменти працювати ефективно
2. легше отримати резервні копії розділом
3. Коли сервер обміну заповнив свій розділ, сервер НЕ буде збій (інакше це сталося).

Я не знаю, чи це все ще вірно в Win Server 2012.

Я звикла робити систему та розділ даних. Таким чином я можу перевстановити, оновити чи поновити свою ОС (я це роблю раз у раз), не втрачаючи своїх даних. Також я можу вибрати подвійне завантаження двох ОС.