Если вы запускаете только одну ОС, стоит ли разметка? [закрыто]

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

Если вы сделаете раздел слишком большим, то это пространство, которое вы никогда не собираетесь использовать. Если вы сделаете его слишком маленьким, это будет гигантская боль в заднице.

Простая папка Data дает нужное вам разделение. Утилиты резервного копирования достаточно умны, чтобы справиться с этой структурой.

Так в чем же преимущество при разметке моих жестких дисков?

Прежде всего, запись в Википедии довольно полна по этому вопросу.

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

ОС должны делать предположения о том, как пользователь использует и хранит свои данные. Проблема может быть сведена к следующему:

Предположим, у вас есть кусок памяти, скажем, 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. когда вы храните тяжелые файлы, такие как видео или альбомы, которые вы не сильно меняете.

Разбиение может повысить производительность, если вы ежедневно используете ОС одним способом, а другой - просто для хранения тяжелых файлов, которые вы изменяете очень редко в течение срока службы ОС.

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

Теперь, является ли это актуальным или нет для обычных пользовательских случаев, я бы сказал, нет, потому что, кто разрабатывает стратегии распределения, является умным, и эвристика продумана для этих случаев.

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

РЕДАКТИРОВАТЬ для включения SSD

Насколько я понимаю, эта проблема не зависит от того, говорим ли мы о SSD или жестких дисках. Эта проблема является очень фундаментальной в том смысле, что она требует только того, чтобы вы хотели заполнить конечное пространство элементами непостоянного размера, которые постоянно добавляются и удаляются.

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

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

Но с точки зрения конечного пользователя (пользователей Windows 7, Windows 8 и т. Д.) (Я знаю, что вопрос касается сервера, а не тех, кто видит это через Google), нет смысла разбивать разделы, если вы не переустанавливайте свою ОС с частотой.

Несколько лет назад (Win Server 2008) было преимущество в нескольких разделах:

1. легче заставить дефрагментацию работать эффективно
2. проще создавать резервные копии по разделам
3. Когда сервер Exchange заполнил свой раздел, сервер НЕ произойдет сбой (в противном случае это произошло).

Я не знаю, так ли это до сих пор в Win Server 2012.

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