Обратная сторона выноса /tmp в tmpfs

Настройки отображения темы Показывать по сообщений с сортировкой .
Выводить , отправленные .
Одна страница
Распечатать
4X_Pro
Создатель сайта
Всего сообщений: 3526
Зарегистрирован: 9 дек. 2015 г., 19:20
Рейтинг пользователя: 1719

0
#1
Когда имеется достаточное количество RAM, вынос /tmp в tmpfs имеет массу плюсов: меньше изнашивается SSD, работа с такими файлами происходит гораздо быстрее, старые временные файлы не накапливаются (и можно отключить. Но бывают и минусы. Их два. Первое — это возможно зависание, когда идёт запись большого объёма данных на диск и параллельно выделение памяти приложениям. Бороться с этим можно, ограничив объём памяти под файловую систему в опциях монтирования в fstab: size=размер. Например, при 12-16 Гб имеет смысл ставить size=1G.
Но тут возникает вторая проблема. Некоторые пакетные менеджеры в частности, pip для Python, на этапе установки скачивают нужные файлы в /tmp. И если ставить что-то крупное, места может не хватить, возникает ошибка «No space left on device». Решается это просто: при запуске перед командой указываем альтернативный TMPDIR в переменной среды. Например:
mkdir ~/tmp; TMPDIR=~/tmp pip install пакет

Ребята, давайте жить спокойно!

Одна страница
Распечатать

У вас нет прав для отправки сообщений в эту тему.

Задать вопрос

Здесь можно задать мне вопрос или спросить совета по любой теме, затронутой в блогах или на форуме. После того, как я отвечу, вопрос и ответ появятся в соответствующем разделе. Но не забываем, что я — сторонник slow life, поэтому каких-либо сроков ответов не обещаю. Самые интересные вопросы станут основой для новых тем на форуме или записей в блоге.
Сразу предупреждаю: глупости, провокации, троллинг и тому подобное летит прямо в /dev/null.