Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Раздел полезных советов: Как уменьшить размер зарезервированного для root места на диске"	+/–
Сообщение от auto_tips (ok), 05-Май-05, 11:15
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
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от butcher (ok), 05-Май-05, 11:15	+/–
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. Так что лучше подумать, прежде чем уменьшать..
Ответить | Правка | Наверх | Cообщить модератору

2. Сообщение от andrew (??), 05-Май-05, 13:35	+/–
то наверно только для линукса ? а как дело в других ОС обстоит ?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3

3. Сообщение от Dmitry U. Karoiv (?), 06-Май-05, 12:36	+/–
Аналогично обстоит дело в абсолютно любой разумно усироенной файловой системе, т.к. при отсутсвии запаса свободного места нет места для маневра. Впрочем, процент зарезервированного места зависит от соотношения размера раздела диска, размера файла и размера трека, причём это высшая математика с привлечением теории вероятностей... PS: Вообще-то, алгоритмы распределения файлов должеы зависеть и от того, как система собирается работать с этими файлами - /usr надо бы дефрагментировать так, чтобы там не осталось свободного места между файлами, т.к. в конец файла там никто не дописывает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #4, #5

4. Сообщение от uldus (ok), 06-Май-05, 12:41	+/–
Зачем на 300Гб диске запас в 24 Гб ??? Тогда размер резерва тоже интеллектуально должен выбираться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #6

5. Сообщение от Nick (??), 08-Май-05, 17:17	+/–
Re: PS: смотря в каких ОС иногда в /usr еще и как дописываются файлы. И свободное место между файлами никому не помешает. Или софт апдейтить не нужно?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

6. Сообщение от butcher (ok), 19-Май-05, 10:16	+/–
Дело в том, что это свободное место резервируется не просто для нужд суперпользователя. Это место необходимо FFS для оптимального размещения файлов/каталогов, чтобы обеспечить приемлимое время доступа/поиска/чтения. Чем меньше места становится, тем хуже у FFS это получается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #7

7. Сообщение от uldus (ok), 19-Май-05, 10:31	+/–
>Дело в том, что это свободное место резервируется не просто для нужд >суперпользователя. Это место необходимо FFS для оптимального размещения файлов/каталогов, чтобы обеспечить >приемлимое время доступа/поиска/чтения. Чем меньше места становится, тем хуже у FFS >это получается. Резервировать место через процент - это хак, зависимость между общим размером FFS и необходимым резервом не носит линейный характер.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #8

8. Сообщение от butcher (ok), 24-Май-05, 10:46	+/–
Это не хак, это дизайн. В исходниках вообще рекомендуется устанавливать это значение в 10%. При уменьшении до 5% и ниже FFS отключает алгоритм оптимизации выделения свободных блоков, что приводит к росту фрагментации, росту затрат дискового пространства при расположении файлов - из-за неоптимального расположения, части блоков остаются не занятыми, если файл не занимает его целиком; и, теоретически, к снижению скорости чтения. Здесь стоит подумать и выбирать между двумя золами: оставить зарезервированное пространство, либо отказываться от него и иметь возможность заюзать лишние гигабайты, и получить выше перечисленные проблемы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #9

9. Сообщение от butcher (??), 16-Авг-05, 20:32	+/–
Вот интересный топик на эту тему: http://lists.freebsd.org/mailman/htdig/freebsd-hackers/2005-...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

10. Сообщение от ffsdmad (ok), 14-Мрт-10, 15:20	+/–
tune2fs -l /dev/hda6      # Смотрим установки    tune2fs -m 2 /dev/hda2 # Меняем на 2 процента смотри на hda6 а меняем почему то на hda2, как так?
Ответить | Правка | Наверх | Cообщить модератору

11. Сообщение от NETDTHC (?), 27-Янв-13, 18:25	+/–
Согласен с butcher, ведь чтобы заюзать лишние гигабайты, необходимо существенно уменьшить размер зарезервированного места под root, а это неизбежно приведет к указанным проблемам, особенно сильно это скажется на степени фрагментации диска.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #12

12. Сообщение от th3m3 (ok), 18-Июн-22, 01:06	+/–
В общем, лучше туда не лазать. Оставлять настройки по умолчанию.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема