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