Если глаза недостаточно красные, то целесообразно, в остальных случаях - нет.

В general!

Почему это с меткой [for talks]? Вы /tmp на своём велосипеде переносите?

> Почему это с меткой [for talks]?
Сначала в General начал писать. Предположил, что всё перейдёт в технический/околотехнический срач, который не нужен в тех разделах.

>На сколько целесообразно делать каталог (например /tmp) на отдельном разделе?

Для ~/ - целесообразно. На случай переустановки, например.
Для /tmp - тогда уж сразу в tmpfs.

Чем может быть вызвано красноглазее?

/home - да, целесообразно
все остальное нужно разве что на сервере

> Для /tmp - тогда уж сразу в tmpfs
это которая связана с оперативной памятью? Ну нафик.
А как быть с /var/cache ?

в tmpfs лучше /var/tmp

/tmp и так по дефолту в оперативке обычно.

Лучше всего три раздела - корень, своп и хомяк. На серверах полезно в отдельный раздел выносить /var

А ускорение, ускорение? Добьёмся скорости работы?

mc активно пишет в /tmp, например.

Чем может быть вызвано красноглазее?

А чем еще может быть вызвано желание создавать себе лишние проблемы? У меня на отдельном разделе лежит distfiles + /tmp в tmpfs. Если не стоит каких-то специфических задач, то от таких решений проблем больше, чем пользы.

> не нужен в тех разделах.

В этих раздела он тоже не нужен. Срач вообще не нужен. Выделять отдельные каталоги на отдельные разделы можно, но делать это стоит только тогда, когда ты знаешь, зачем это делаешь. Если у тебя возникают вопросы вроде сабжа — то не стоит.

> А ускорение, ускорение? Добьёмся скорости работы?

Нет. Со скоростью работы это вообще почти не связано.

Любой знающий в своё время тоже интересовался этим вопросом

Смотря какая фс. Может пару процентов прироста производительности и получишь

Нет, но можно добиться меньшей фрагментации

/tmp в память, / и /home на 2 раздела, можно /boot ещё, если используется LVM и загрузчик её не понимает.

Ускорения не будет. Можно уберечь ФС от фрагментации, если нет дефрагментатора. Если будешь выносить /var, /usr, /tmp — лучше делать это с LVM.

P.S.: насчёт фрагментации

.-(~)---------------------------------------------------------(root@persephone)-
`--# xfs_db -c frag -r /dev/sda1
actual 121476, ideal 120526, fragmentation factor 0.78%

это /, включая /var и всё прочее, ни разу не дефрагментировался даже.

> Любой знающий в своё время тоже интересовался этим вопросом

И тоже получил такой ответ, и сделал разные разделы только тогда, когда у него не возникало вопроса «а надо ли?»

У меня /usr в squashfs. Немного быстрее.
Но на десктопе нужно разве что для красноглазия.

совет от megabaks : если винчестеров 2, то выносить /usr/lib на второй, чтобы библиотеки считывались быстрее

остальное наверное не столь существенно, /tmp и /var/tmp лучше в tmpfs, но mc например туда распаковывает архивы, может памяти не хватить

Стоит разбить на отдельные разделы (желательно при помощи LVM), чтобы:

1. Можно было подобрать подходящую ФС (ускорение работы)
2. Снизить риск поломки всего и сразу (типа http://www.linux.org.ru/forum/general/4841781)
3. Заполнение «Downloads» не приведет к остановке всей системы.
4. Легко добавить место растущим ФС.
5. Легко создавать/удалять временные ФС.

>в tmpfs лучше /var/tmp

Нет, лучше застрелись

>> Для /tmp - тогда уж сразу в tmpfs

это которая связана с оперативной памятью? Ну нафик.

«Ну нафик» - школоту. А /tmp должен быть с tmpfs

>1. Можно было подобрать подходящую ФС (ускорение работы)

Какие есть рекомендации на этот счет?

3. Заполнение «Downloads» не приведет к остановке всей системы.

Может, проще квоты заюзать?

Не надо /var/tmp в tmpfs. Содержимое /var обязано выживать при перезагрузке системы.

nnz> Какие есть рекомендации на этот счет?

Стандартные стереотипы: reiser для много_мелких_файлов, xfs — для больших.

Может, проще квоты заюзать?

Нет, не проще, особенно когда надо: << ограничить размер «папки» >> (когда даже групповой квотой не обойтись).

Отдельный раздел для /, /boot и /homeочень желательно сделать, особенно для /home - очень удобно будет в будущем. Насчёт других не знаю.

Хм, сорри, я думал наоборот /tmp

когда только начинал осваивать линукс, заметил, что на моей старой машине при разделении /(ext3), /usr(ext3), /var(ext2) и /tmp(ext2) визуально ускорялась загрузка программ по сравнению с вариантом «всё на одном разделе» с reiserfs

должно, но не обязано, обычно ничего страшного кроме перестроения кеша КДЕ не происходит
каталог для временных файлов, следовательно может быть очищен

/var/tmp конечно же

/var/ в tmpfs нельзя ) там много нужного в целом хранится, например база установленных пакетов

>/var/ в tmpfs нельзя )

Если очень хочется, то можно

tmpfs в чистом виде - не самое лучшее решение для этого..

Вобще зависит от интенсивности использования каталога. В принципе, можно подобрать подходящую под цели данного каталога файловую систему. Вот на маленьких файлах tmpfs хорошо, а когда доходит до использования swap, то раньше начинала работать медленее ext3, на новых ядра не проверял.

Ещё раз: в /var/tmp/ - временные файлы, которые не нужно (и даже вредно) удалять при парезагрузке. Так задумано:) Поэтому, не давайте, пожалуйста, вредные советы.

>Ещё раз: в /var/tmp/ - временные файлы, которые не нужно (и даже вредно) удалять при парезагрузке. Так задумано:) Поэтому, не давайте, пожалуйста, вредные советы.

в каком-таком дистрибутиве в /var/tmp/ вдруг создаются полезные временные файлы?

если точнее , то интересует связка

какое ПО, какие файлы создаются в /var/tmp/ и в каком именно дистрибутиве (т.к. может быть специфично указано при сборке)

выживать /var/tmp/ при перезагрузке должен лишь по рекомендациям, но фактически ничего долговременного там не создается и создаваться не должно, что бы приводило к проблемам если /var/tmp/ будет очищаться при перезагрузке

>обычно ничего страшного кроме перестроения кеша КДЕ не происходит

а если использовать вместо выключения гибернацию, то этой неприятности можно избежать -))

кстати, на него тоже права 1777 надо выставлять?

да
в случае tmpfs mode=1777 в параметры монтирования

а если использовать вместо выключения гибернацию, то этой неприятности можно избежать -))

rm -f ~/.kde/cache-HOSTNAME
удаляем симлинк указывающий в /var/tmp
mkdir ~/.kde/cache-HOSTNAME
создаем нормальную папку вместо симлинка

можно и так)

>можно и так)

тогда и смысла нет переносить всё в tmpfs -))

я сейчас перезагрузился, всё нормально, только обои слетели

смысла и в самом деле немного, в генте там покомпилить можно, а в остальных дистрибутивах как-то не особенно видно положительные моменты от подобного переноса

я сейчас придумал засунуть кэш огнелиса в tmpfs

Fracta1L> я сейчас придумал засунуть кэш огнелиса в tmpfs

http://www.linux.org.ru/jump-message.jsp?msgid=4382391&cid=4382440

> какие файлы создаются в /var/tmp/

Временные :-) Например, всякие *Office кладут туда временные файлы, которые, случись что непредвиденное, могут быть использованы для восстановления документа. Кстати, очень полезно, когда дрова одной компании вешают всю систему.

А вообще FHS (и man 7 hier) говорят:

/tmp — This directory contains temporary files which may be deleted with no notice, such as by a regular job or at system boot up.

/var/tmp — like /tmp, this directory holds temporary files stored for an unspecified duration

> что бы приводило к проблемам если /var/tmp/ будет очищаться при перезагрузке

Если поставить вопрос иначе: в каком дистрибутиве по умолчанию при загрузке очищается /var/tmp?

спасибо хоть за какой-то пример,
тем не менее если они будут удалены при перезагрузке, то ничего сильно такого страшного не произойдет, впрочем и ООО и МСО обычно создают временные файлы для документов в том же каталоге в котором находится открытый документ, так что тоже пока непонятно, что ж такого ценного там вдруг может оказаться и какое ПО это использует

unspecified кстати тоже не означает «вечно» и допускает периодическую очистку, а уж по поводу рекомендаций FHS для /tmp это на самом деле вредно, взять вот так вот почистить без предупреждений при работе системы все сокеты mysql, X11 , ICEauth и т д и т п...

Дистрибутивов которые чистят /var/tmp по умолчанию нет, точнее мне таковые не попадались, есть всего-лишь рекомендации по оптммизации , той же Gentoo, на использование tmpfs , но решение в любом случае остается за пользователем.

в общем, затолкал профиль огнелиса вместе с кэшем, /usr/portage (предварительно вынеся distfiles и packages в отдельные каталоги), /var/tmp и /tmp в tmpfs

результат - поиск по дереву портежей происходит почти мгновенно (правда, при установке таки тормозит, вероятно, база уже установленных пакетов играет роль - её-то я не выносил в tmpfs), в огнелисе ранее при наборе адреса были жутчайшие тормоза, теперь они также исчезли

проблемы с синхронизациями решаются просто - я теперь вместо выключения компутера буду погружать его в анабиоз -))