Это плохо для заполнения моего целого диска C (Windows установил диск),
Это плохо для заполнений, мой Windows установил Диск т.е. C:\. Если да затем Да ведь Сколько пространства должно, я заполняюсь, будет добавление, что все больше файлов в диске C влияет на мою аппаратную производительность. Сколько пространства должно я оставлять незаполненными для лучшей производительности. Каковы могли быть последствия путем заполнения целого диска.
3 ответа
Ну, что немедленно переходит для возражения, то, что наличие "абсолютно полного" диска может вызвать некоторые следующие проблемы:
- Может вызвать проблемы для любой программы, которая должна генерировать временные файлы или использовать диск для кэширования (например, установщики (даже к другим дискам), загрузка, сжатие, и т.д.).
- Ваш файл подкачки будет не мочь расшириться, если ему когда-нибудь будет нужно к (предположение, что он сохранен C).
- Может предотвратить спящий режим, если существует пространство insufficent для сохранения RAM на диск. [Редактирование: как Martin указывает в своем ответе, спящему режиму не нужно дополнительное пространство, когда Вы в спящем режиме, но вместо этого израсходовал пространство, когда спящий режим сначала включается.]
- Сделает дефрагментацию очень медленной или невозможной.
Предположение, что Вы сохраняете диск дефрагментируемым, "полный" диск, должно работать, а также "пустое", таким образом, я не думаю, что существует большая часть проблем производительности. [Edit2: ответ Joel замечательно объясняет, как полные диски имеют больше поиска сделать в распространенных или полных дисках, которые будут, очевидно, иметь отрицательный эффект на производительность.]
Я думаю, что 85-90%-е использование является рекомендуемым максимумом, но я не могу помнить, где у меня есть то число от в данный момент.
Для понимания этого ответа я сначала должен связать пару ценности абзацев справочной информации:
Жесткий диск обычно является самой медленной частью и самым большим узким местом производительности в Вашей системе. Наличие быстрого жесткого диска более важно для многих фасетов производительности системы, чем память или быстрый CPU. Это замедление - то, потому что оно зависит от фактических подвижных частей для операции. Эти подвижные части влияют на производительность тремя способами: вращательная пропускная способность, вращательная задержка, и время поиска. Вращательная пропускная способность - то, сколько байты передают под комбинированной головкой в данном отрезке времени, в зависимости от того, как быстро диск перемещается. Вращательная задержка является временем, которое требуется для первого байта в запросе для вращения для достижения комбинированной головки. Время поиска является количеством времени, которое оно занимает, чтобы искать голова достигла правильного положения на диске.
Это - тот последний объект, о котором я хочу говорить. Чтобы помочь уменьшить время поиска, дисковые контроллеры попытаются сохранить данные сгруппированными около начала диска. Поэтому, если Вы наблюдаете, что машина XP дефрагментирует файлы, Вы будете видеть, что он тратит много файлов уплотнения времени. Это также, почему Вы хотите дефрагментироваться вообще как каждый раз, когда у Вас есть новый фрагмент в файле, необходимо сделать другого (медленный!) ищут операцию.
Хорошо, достаточно фона. Давайте идти дальше к реальному сценарию, который непосредственно рассматривает Ваш вопрос. Скажем, Вы покупаете новый диск, который рекламирует 8-9millisecond среднее время поиска. 8-9 миллисекунд не могут походить на много, но к Вашему компьютеру — который думает в наносекундах — даже одна полная миллисекунда является вечностью. Теперь скажем, Вы только используете 25% мощности того диска и сохраняете ее хорошо дефрагментируемой. Каково Ваше среднее время поиска? Корректный ответ - что-то намного меньше чем 8-9 миллисекунд, потому что комбинированная головка никогда не должна будет искать на внешние 75% диска. Это всегда начинается намного ближе к, он - место назначения.
Теперь позвольте нам отображающий Вас, заполняют тот диск. Вы вернулись, до 8-9 миллисекунд в среднем на ищут. Надо надеяться, я помог Вам понять здесь, что, поскольку Вы заполняете диск, Ваш искать времена, начнет страдать, и это снижает производительность всей системы. Можно уменьшить это влияние путем добавления поршня или других методов оптимизации как readyboost, но Вы не можете устранить его полностью.
Вообще говоря, заполнение жесткого диска в Windows имеет худшие эффекты, чем на поле Linux.
Я соглашаюсь со всеми что предыдущий сказанный плакат, за исключением комментария по спящему режиму (не резервное устройство). Так как необходимое место выделено на диске, как только спящий режим включен. Это создает скрытый файл C:\hiberfil.sys. Его размер является почти тем же как суммой RAM, которую Вы имеете в своем компьютере (2 ГБ RAM-> 2 ГБ hiberfile.sys). Наличие полного диска могло "предотвратить" включение спящего режима. При выключении спящего режима, Вы освободите столько дискового пространства, сколько у Вас есть RAM.
Максимальное рекомендуемое использование 85%-> Это число появляется при установке Windows XP. Больше precisly: Это говорит Вам сохранять по крайней мере 15% своего диска свободными.
Можно выполнить следующие два эксперимента для получения грубого понимания того, что идет в компьютере/на диск относительно записи/чтения файлов и дефрагментации.
Эксперимент 1:
- Откройте инструмент дефрагментации в окнах
- Дефрагментируйте диск (вероятно, дважды), ни до чего красного (фрагментированное пространство) появляется больше
- Загрузите большой файл (например, Ubuntu изоотображают ~750MB).
- Переключитесь на инструмент дефрагментации и просто проверьте диск
- Вы видите много красных меток теперь
Причина состоит в том, что данные были записаны "пошаговый". Это было несколько "распределено" через целый диск. Ваш браузер не сказал Вашему компьютеру/Windows создавать файл с размером, например, 750 МБ, но создал файл и добавил байт байтом данных. Windows не знал, как большой этот файл станет заранее.
Если Вы никогда не дефрагментируете свой диск, и это довольно полно, "Ваш компьютер" имеет, также смотрят/ищут для свободного пространства на Вашем диске и внезапно ДОЛЖЕН распределить Ваш (в этом примере) недавно загруженный файл способом, который заполняет остающиеся разрывы свободного пространства. Это делает запись медленнее.
Если файл распределяется через целый диск, и Вы хотите считать его (например, записывать вышеупомянутый файл ISO), комбинированная головка в диске должна двинуться вперед-назад очень часто для захвата всех частей. Это делает чтение медленнее.
Эксперимент 2:
- Mark недавно загруженный ISO и скопируйте его в другой диск. (Карта с интерфейсом USB, внешний жесткий диск, и т.д.)
- Удалите исходный файл (диск "Windows"), просто сохраните копию на других медиа
- Скопируйте файл назад с внешнего диска или безотносительно на Ваш жесткий диск "Windows"
- Осуществите "проверку" в инструменте дефрагментации снова
- Вы не будете видеть почти красных меток теперь.
Файл был записан в одной последовательности. Это вызвано тем, что Windows знал размер файла заранее и поэтому смог зарезервировать все необходимое пространство на диске сразу.