Ru-Board.club
← Вернуться в раздел «Магнитные носители информации»

» deleted

Автор: Geo123
Дата сообщения: 23.04.2004 11:34
MusicLover
Это зачем еще
Автор: Demetrio
Дата сообщения: 23.04.2004 19:16
MusicLover
Да глупость это всё.
Автор: xntx
Дата сообщения: 23.04.2004 19:18
MusicLover
этот обьем (или чтото типа того) нужно иметь свободным для десфрагментации диска, но и то - винда файлы сжимает и все проходит на ура
Автор: Geo123
Дата сообщения: 23.04.2004 21:22
MusicLover
Да нет, если меньше 5-10% остается свободных, тогда можно начинать волноваться, а так - нечего.
Автор: GuruLK
Дата сообщения: 24.04.2004 23:01
MusicLover

Цитата:
Даже если и нужно оставлять четверть свободной (читал в какой-то статье об NTFS)

Если быть точным-то оставлять свободное место в размере 10%рекомендуют, а не требуют. Рекомендуют дабы ускорить процесс дефрагментации.
Автор: dib
Дата сообщения: 14.05.2004 07:35

Цитата:
Рекомендуют дабы ускорить процесс дефрагментации.

оставлять свободное место в NTFS необходимо, чтобы она не способствовала фрагментации диска (при малом объеме свободного места из-за действий системы (сокращения системного раздела диска), будет происходить более быстрая фрагментация файловой системы).

Цитата:
При таком раскладе у меня уже места маловато, а нужно еще кое-что на диск добавить... Новый что-ль покупать?

Из-за этого имхо новый диск все-таки покупать не стоит.
К тому же дело не столько в %, сколько в объеме свободного места. Например оставлять на 120 Гб диске даже 10% (12 Гб!) свободными глупо, особенно если есть, чем их занять
Автор: KLASS
Дата сообщения: 17.05.2004 08:47
Раньше, когда диски были до 8Гб, при уменьшении свободного места ниже 1Гб, начинались тормоза. Т.е. 10-12% от всего объема. Это, в последствии, привело к "сказкам о тормозах NTFS", которые до сих пор пересказываются. С увеличением объема винчей, за счет плотности записи, ессно, уменьшается процент свободного места, необходимый для нормальной работы файловой системы, т.е. как верно заметил dib речь уже надо вести об объеме, а не о процентах. Потому забивай до тех пор, пока не начнутся тормоза, которые не заметить - не возможно
Автор: vzbzdnov
Дата сообщения: 20.05.2004 17:36
У меня 12 дисков забиты на 99.9%, так, что свободно 30-40 мег. И всё пашет. Правда, файлы страшно фрагментированы, а для дефрагментации уже нет места. Но и это не беда - я там храню файлы, которые только читаю. Т.е. забил диск под завязку и пользуйся им, как архивом.
А вообще-то ХР для MFT таблицы хочет около 10% свободного места в начале диска и если потом это место захватить, то MFT начинает фрагментироваться, что ооочень сильно повлияет на скорость записи и почти не влияет на чтение.

Автор: KLASS
Дата сообщения: 21.05.2004 06:54

Цитата:
ХР для MFT таблицы хочет около 10% свободного места в начале диска

В начале, это было у 2K, т.е. NTFS 3.0. У ХР (NTFS 3.1), MFT распологается 3Гб от начала раздела, если, разумеется, раздел не менее 5-6Гб и для создания фаловой структуры пользоваться стандартными средствами, а не сторонним софтом (Partition Magic).

Цитата:
и если потом это место захватить, то MFT начинает фрагментироваться

MFT фрагментится и без того, хотя в статьях (правда писанных еще об старой версии NTFS) сказано, что не должна.
Скажем тут http://ixbt.com/storage/ntfs.html говорится

Цитата:

Первые 12% диска отводятся под так называемую MFT зону - пространство, в которое растет метафайл MFT. Запись каких-либо данных в эту область невозможна. MFT-зона всегда держится пустой - это делается для того, чтобы самый главный, служебный файл (MFT) не фрагментировался при своем росте. Остальные 88% диска представляют собой обычное пространство для хранения файлов.

Теперь из практики:
Диск ST380013AS, т.е. 80Гб
Стандартными средствами создан и отформатирован один основной раздел NTFS. Размер составил 74,5 ГБ. Исходя их статьи, можно предположить, что под MFT отводится более 7-8Гб и пока это место не заполнится, MFT не будет фрагментиться. Чтобы MFT выросла до таких размеров 7Гбх1024х1024=7340032Кб и исходя из того, что одна запись в MFT кратна 1Кб, надо сделать 7340032 записей, т.е. создать столько файлов включая и саму MFT, что, в общих случаях, довольно проблематично. Потому, когда будет заканчиваться свободное место под данные, зона, зарезервированная подMFT, должна будет периодически урезаться ровно на половину, дабы освободить место для данных. Это всем известно, хорошо, что же получается, на самом деле.
Устанавливается система, программы. Пусть все это занмает 30%=22-23Гб. Файлов на томе, скажем, 100 000 штук. При анализе (стандартным) дефрагментатором в отчете смотрим размер MFT относительно мал, немногим более 100Мб и там же смотрим фpaгмeнтaцию MFT, она уже разлетелась на N-кусков, т.е. более 2 (сама и миррор). Почему? Ведь свободного места на томе еще валом, и записей в самой MFT мизер.

Страницы: 1

Предыдущая тема: Mobile Rack


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.