А насколько разумно использовать tmpfs на серверах в роли /tmp ?

Зависит от сервера. Я считаю не разумным, RAM нужнее для серверных приложений, а если что-то туда пишет то уж «это вжж не спроста» и «должно знать» что там «медленно» :)
Лично у меня в большинстве случаев /tmp практически свободен, но я всегда опасаюсь, что вдруг кому-то понадобиться там много места (раньше обжигался на этом), так что оставляю на диске большим разделом.

А что делать, если мои врЕменные файлы могут быть размером в сотни Гб и жить по несколько часов?

И у меня нету аргументов.

И не должно быть. :-)

что вдруг кому-то понадобиться там много места (раньше обжигался на
этом), так что оставляю на диске большим разделом.

Лучше сделай своп большим разделом. tmpfs сползёт туда при необходимости, и, всё равно, это будет быстро.

А что делать, если мои врЕменные файлы могут быть размером в
сотни Гб и жить по несколько часов ?

Тогда, по идее, жить они должны не в /tmp, а в /var/tmp.

Логично, но я не уверен что все программы соблюдают это соглашение.

Плюс, как всегда, возникает вопрос, где проходит та грань, когда файл меньше надо класть в /tmp, а больше — уже в /var/tmp?

Лучше сделай своп большим разделом. tmpfs сползёт туда при необходимости, и, всё равно, это будет быстро.

Тут неоднозначность, кого туда сошлют а кого нет. В случае же размещения /tmp на диске это однозначно. Дисковая память дешевле рамы.

«Должны? Да никто тебе не должен» (с) и реалии жизни

Плюс, как всегда, возникает вопрос, где проходит та грань, когда файл меньше надо класть в /tmp, а больше — уже в /var/tmp?

Ее нет. /tmp с малым TTL и быстрым стартом, подразумевается, что между перезапусками приложения его данные из нее могут пропасть (типичный пример ребут )
/var/tmp - подразумевает долгий TTL

Если есть сомнения то размер tmpfs можно и ограничить.
А так в похожей теме писали что крупные файлы положенно создавать в /var/tmp

Как что,довести объём ОЗУ до требуемого размера.

А вообще насколько твои суперкрупные файлы хорошо жмуться?
А то в tmpfs скоро, если не уже, должно появиться сквозное сжатие данных.

когда файл меньше надо класть в /tmp, а больше — уже в /var/tmp?

Ее нет.

Это есть тоже, не только необходимость в файле просле ребута является критерием.

«Должны? Да никто тебе не должен»

По меньшей мере, должен gcc. Уж если надо, и я пользуюсь таким приложением, то что-то придумаю, да. :-) В конце концов, /tmp на tmpfs - это не так уж и догма, не надо прям вот так, или/или.

Это есть тоже, не только необходимость в файле просле ребута является критерием.

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

Возможно я ошибаюсь и если у вас есть инфа по этому поводу,
буду благодарен если напишите.

Что-то в FHS, действительно, прямого указания я не обнаружил.
Вот тут вот мнение высказано:

https://en.opensuse.org/openSUSE:Tmp_on_tmpfs

Если вы разработчик и много компилируете из сырцов, то это ускорит процесс компиляции. В остальных случаях врядли вы получите профит. Памяти реально не хватает программам, а тепт в 90 % случаев почти пустой.

В var/tmp часто пишутся сокеты коннекта , но я так и не разобрался требуют ли они io или это просто как ссылка.

Да я чисто из любопытства спросил, у меня пока такой проблемы как у ТС нет.

А насколько разумно использовать tmpfs на серверах в роли /tmp ?

Оперативная память — энергозависимое временное хранилище информации с быстрым доступом к ней, /tmp — хранилище временных файлов, которые становятся ненужным мусором после перезагрузки системы. Исходя из этого очевидно что для /tmp использование tmpfs гораздо разумнее использования медленных накопителей вроде HDD, предназначенных для хранения более нужной информации.

И у меня нету аргументов

И это понятно.

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

гораздо разумнее чистить мусор

А ещё разумнее просто не мусорить там где не нужно.

а не держать его в голове

А я в голове мусор и не держу, у меня для этого tmpfs есть.

tmpfs на /tmp вообще неразумная идея. Во-первых потому, что многие программы пишут туда очень объёмные файлы, а во вторых, большинство записываемых туда файлов «мусорные», к ним не нужен быстрый доступ, особенно с учётом того, что место отнимается от озу, которой всегда мало.

tmpfs это память, а память это голова.

tmpfs это память

Девичья?

многие программы пишут туда очень объёмные файлы
на серверах

И какие программы на серверах пишут туда объёмные файлы?

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

Для решения этой проблемы есть своп, с которым tmpfs прозрачно работает.

И какие программы на серверах пишут туда объёмные файлы?

Те ты даже в вопросе не разбираешься? Про imagemagick не слышал?

Для решения этой проблемы есть своп,

Писать файлы в оперативку, чтобы сваппинг записал их на диск с тормозами? Xzibit, ты опять под дудкой?

В своп свалится все без разбору, то что в данный момент не активно, когда памяти будет нехватать. К примеру мускуль был неактивен, а в tmp писался большой файл, кто попадет в своп ? оно вам надо ?

могу сказать про веб-сервер. Когда php сессии хранит на диске - всё тормозит просто адски под нагрузкой. А перенос на tmpfs решает проблему за 10 минут. Я, если нет других причин, монтирую tmpfs.

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

А что делать, если мои врЕменные файлы могут быть размером в сотни Гб и жить по несколько часов?

SSD, естественно. Намного дешевле RAM и нет проблемы воткнуть такую кучу.

Плюс, как всегда, возникает вопрос, где проходит та грань, когда файл меньше надо класть в /tmp, а больше — уже в /var/tmp?

Они отличаются не по размеру файлов, а по времени хранения. /tmp очищается автоматически при каждой перезагрузке, а /var/tmp вручную.

в похожей теме писали что крупные файлы положенно создавать в /var/tmp

Кого-то укусил Поттеринг. В FHS такого нет.

интересно, а где по умолчанию хранятся php session ? в /var/tmp ? И что это за приложение которое не держит их базе или там в redis ?

CentOs /var/lib/php/session

Debian /var/lib/php5

но я так понимаю что это сессии пользователей и они определяются приложением ? Многие приложения хронят их в базе или в редисе. Может чего упустил ?

в tmp писался большой файл

Во всех нормальных программах пути для записи больших файлов можно менять. К тому же для этого придумали /var/tmp.

Те ты даже в вопросе не разбираешься? Про imagemagick не слышал?

Сервер серверу рознь, не?

imagemagick

$MAGICK_TEMPORARY_PATH.

Писать файлы в оперативку, чтобы сваппинг записал их на диск с тормозами?

Да, лучше сразу писать на диск с постоянными предсказуемыми тормозами, особенно когда памяти много.

Во всех нормальных программах пути для записи больших файлов можно менять. К тому же для этого придумали /var/tmp.
для этого

RTFM http://refspecs.linuxfoundation.org/fhs.shtml

памяти много не бывает :)

На практике для больших файлов нужно более постоянное хранилище чем /tmp, поскольку на их создание тратится больше ресурсов и, соответственно, их повторная обработка будет слишком долгой. Мелочь же, которая пишется в /tmp не так важна.

На практике для больших файлов нужно более постоянное хранилище чем /tmp
нужно более постоянное хранилище чем /tmp

/var/tmp нужно использовать из-за этого, а не из-за размера. Большие файлы легко могут быть так организованы внутри, что после перезапуска программы бесполезны.

Взял рандомный сервер из кучи:

# du -sh /tmp/
9,8G	 /tmp/

Достаточно весомый аргумент для твоего идиотского спора?

нет, ты прав, в общем. но у php это переопределяется. иногда (даже часто) переопределяют в /tmp.

И что это за приложение которое не держит их базе или там в redis ?

да тыщи их на самом деле, всякие там веб сайтики написаные индусскими/русскими/украинскими/американскими профессионалами за три копейки пятьсот баксов... кто там будет заморачиваться? заказчик доволен и ладно.

Писать файлы в оперативку, чтобы сваппинг записал их на диск с
тормозами? Xzibit, ты опять под дудкой?

Работа с tmpfs в свопе, что характерно, бытрее, чем работа любой другой ФС на том же самом hdd, где лежит своп. Вот в чём фокус-то. То есть, своп с учётом размера tmpfs вполне решает проблему лишней памяти.

А если ей не надо уходить в своп, то tmpfs, и вовсе, пуля.

достаточный аргумент чтобы предположить откуда растут руки у владельца рандомного сервера.

Достаточно весомый контраргумент чтобы предположить что у контраргументирующего нет серверов сложнее лампа.