Linux:
tune2fs -l /dev/hda6 # Смотрим установки
tune2fs -m 2 /dev/hda2 # Меняем на 2 процентаFreeBSD:
tunefs -p /dev/da1s1 # Смотрим установки
tunefs -m 2 /dev/da1s1 # Меняем на 2 процента
URL:
Обсуждается: http://www.opennet.dev/tips/info/848.shtml
Note that lowering the threshold can adversely affect performance:o Settings of 5% and less force space optimization to always be used which will greatly increase the overhead for file writes.
o The file system's ability to avoid fragmentation will be reduced when the total free space, including the reserve, drops below 15%. As free space approaches zero, throughput can degrade by up to a factor of three over the performance obtained at a 10% threshold.
Так что лучше подумать, прежде чем уменьшать..
то наверно только для линукса ?
а как дело в других ОС обстоит ?
Аналогично обстоит дело в абсолютно любой разумно усироенной файловой системе, т.к. при отсутсвии запаса свободного места нет места для маневра. Впрочем, процент зарезервированного места зависит от соотношения размера раздела диска, размера файла и размера трека, причём это высшая математика с привлечением теории вероятностей...PS: Вообще-то, алгоритмы распределения файлов должеы зависеть и от того, как система собирается работать с этими файлами - /usr надо бы дефрагментировать так, чтобы там не осталось свободного места между файлами, т.к. в конец файла там никто не дописывает.
Зачем на 300Гб диске запас в 24 Гб ??? Тогда размер резерва тоже интеллектуально должен выбираться.
Дело в том, что это свободное место резервируется не просто для нужд суперпользователя. Это место необходимо FFS для оптимального размещения файлов/каталогов, чтобы обеспечить приемлимое время доступа/поиска/чтения. Чем меньше места становится, тем хуже у FFS это получается.
>Дело в том, что это свободное место резервируется не просто для нужд
>суперпользователя. Это место необходимо FFS для оптимального размещения файлов/каталогов, чтобы обеспечить
>приемлимое время доступа/поиска/чтения. Чем меньше места становится, тем хуже у FFS
>это получается.Резервировать место через процент - это хак, зависимость между общим размером FFS и необходимым резервом не носит линейный характер.
Это не хак, это дизайн. В исходниках вообще рекомендуется устанавливать это значение в 10%. При уменьшении до 5% и ниже FFS отключает алгоритм оптимизации выделения свободных блоков, что приводит к росту фрагментации, росту затрат дискового пространства при расположении файлов - из-за неоптимального расположения, части блоков остаются не занятыми, если файл не занимает его целиком; и, теоретически, к снижению скорости чтения. Здесь стоит подумать и выбирать между двумя золами: оставить зарезервированное пространство, либо отказываться от него и иметь возможность заюзать лишние гигабайты, и получить выше перечисленные проблемы.
Вот интересный топик на эту тему:
http://lists.freebsd.org/mailman/htdig/freebsd-hackers/2005-...
Re: PS: смотря в каких ОС
иногда в /usr еще и как дописываются файлы. И свободное место между файлами никому не помешает. Или софт апдейтить не нужно?
tune2fs -l /dev/hda6 # Смотрим установки
tune2fs -m 2 /dev/hda2 # Меняем на 2 процентасмотри на hda6 а меняем почему то на hda2, как так?
Согласен с butcher, ведь чтобы заюзать лишние гигабайты, необходимо существенно уменьшить размер зарезервированного места под root, а это неизбежно приведет к указанным проблемам, особенно сильно это скажется на степени фрагментации диска.
В общем, лучше туда не лазать. Оставлять настройки по умолчанию.