Дефрагментация Вашего жесткого диска прежде, чем изменить размер раздела обладают какими-либо преимуществами?

Если Ваш жесткий диск уже дефрагментируется со всеми данными в начале диска, то это делает изменение размеров раздела легче. Давно инструменты изменения размеров раздела не смогли переместить данные, таким образом, это было требование.

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

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

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

Идеально Вы хотели бы жесткий диск на операционную систему. Тем путем базовая ОС установлена в начале каждого диска, который будет иметь самое быстрое время доступа. Если у Вас есть диск на 1.5 ТБ, это имеет 1 ТБ Windows и Музыки на нем, и Вы, например, прикрепляете Linux на запасных 0.5 ТБ затем ее связанное для выполнения медленнее, учитывая природу того, как работают жесткие диски. Они после все все еще используют подвижные части для чтения различных дисков жесткого диска.

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

Я думаю, что это зависит от того, как дефрагментатор работает. Существует бесплатно распространяемый дефрагментатор, названный jkdefrag, который подразумевает оптимизировать диск в течение лучшего времени доступа сначала, но я не знаю, как это могло бы вмешаться в конкретную схему выделения разделов (т.е. оптимизация положения файлов в разделе размера A, вероятно, не будет оптимален, поскольку Вы изменяете размер его для размера раздела B), таким образом, Вы не можете видеть много улучшения.

Если Вы намереваетесь поместить Linux на новый раздел затем как другие, сказали, что необходимо будет получить все данные, максимально далекие вперед. GParted только позволит Вам уменьшить существующий том NTFS / раздел к последнему блоку, который содержит данные. Идеальный Диск имеет 30-дневную демонстрацию и имеет способность уплотнить данные к передней стороне диска. Я также полагаю, что бесплатный дефрагментатор с открытым исходным кодом http://www.mydefrag.com/ может иметь сценарий, чтобы сделать то же.

Вы захотите использовать один из них как первый шаг.

На сервере 2012 R2 - иногда требуется дефрагментация, поскольку функция изменения размера diskmgmt иногда не работает при перемещении данных.

Это неоднократно подтверждалось - инструмент изменения размера не работал с "недостаточно свободного места" . Дефрагментация с остановкой на 1 проходе с помощью встроенного средства дефрагментации и повторная попытка прошла успешно.