Вот очень простой способ обойти все вышеупомянутое.
Это сделает запуск и остановку сервиса и освободит любые непрекращающиеся процессы, прежде чем Вы сделаете свое обновление кода. Просто будьте готовы продвинуть свой код, как только команда сделана для ухода от любого вскакивающего к серверу и создающий блокировку. Я обычно пишу сценарий xcopy для выполнения сразу за.
из tmpfs страницы справочника "tmpfs основанная на памяти файловая система, которая использует ресурсы ядра, касающиеся системы VM и кэша страницы как файловая система".
/tmp находится в RAM/области подкачки. Если Вы исправитесь достаточно к/tmp, то Вы доберетесь из ошибки области подкачки. Можно предотвратить это путем установки размера в поле опции в/etc/vfstab: size=1024m, например,
Стандартной книгой по внутренностям Соляриса является Rich Teer: http://www.solarisinternals.com/wiki/index.php/Solaris_Internals
Я предположил бы, что Вы не используете подкачки, потому что Вы ничего не сделали ввод-вывод или интенсивно использующий память с машиной, и у Вас есть большая физическая память.
Внутренности Соляриса: Солярис 10 и архитектура ядра OpenSolaris (2-й выпуск)
У авторов также есть веб-сайт/Wiki с большей информацией по solarisinternals.com
Оператор "The memory is always almost full" является неправильным, по крайней мере, из его контекста. То, что верно, является Солярисом, попытается использовать столько памяти (RAM чтения), сколько это думает полезное. Неиспользованная память является потраченной впустую памятью так или иначе.
Tmpfs только ненепосредственно связан с Использованием оперативной памяти, поскольку он поддерживается виртуальной памятью. Если Вы хотите знать то, что является Вашим Использованием оперативной памяти, выполните ту команду:
echo ::memstat | mdb -k
Если Вы хотите знать свою виртуальную память и использование подкачки, работать
swap -l
swap -s
Вы в настоящее время не используете подкачку, потому что все связанная память помещается в RAM.
Вы могли бы хотеть проверить Производительность Соляриса и книгу Инструментов.