Проблема со Swap'ом [message #22886] |
Wed, 07 November 2007 04:32 |
in-system
Messages: 15 Registered: November 2007
|
Junior Member |
|
|
Приветствую!
Сколько не бился swap по нулям в top/free
total used free shared buffers cached
Mem: 252920 2892 250028 0 0 0
-/+ buffers/cache: 2892 250028
Swap: 0 0 0
параметры privvmpages выставляються нормально
ядро 2.6.18-ovz-028stab045.1
В чём может быть проблема ?
PS заранее прошу прощение если вопрос уже поднимался (в поиске я не нашол)
[Updated on: Wed, 07 November 2007 04:33] Report message to a moderator
|
|
|
|
Re: Проблема со Swap'ом [message #22918 is a reply to message #22900] |
Wed, 07 November 2007 14:23 |
in-system
Messages: 15 Registered: November 2007
|
Junior Member |
|
|
Что то не хочет
Ладно другой вопрос:
Скажем есть у меня тестовая машина с 256Mb RAM + 1Gb SWAP
На ней хочу поднять то, что уедет на машину с 1-2Gb RAM
задачи, которым минимум надо 300-400Mb RAM (RAM+SWAP)
как мне эти задачи запустить внутри VPS?
Спасибо за ответ.
[Updated on: Wed, 07 November 2007 14:23] Report message to a moderator
|
|
|
|
|
|
Re: Проблема со Swap'ом [message #22986 is a reply to message #22937] |
Fri, 09 November 2007 08:02 |
maratrus
Messages: 1495 Registered: August 2007 Location: Moscow
|
Senior Member |
|
|
Здравствуйте,
1. как я уже написал - это нормальная ситуация, поскольку для VPS не важет тип памяти, поэтому вывод значения swap в /proc/meminfo не имеет значения (вот он и отображается нулем). Для VPS Вы можете с помощью параметра meminfo запретить виртуализацию /proc/meminfo (top/free) (будет выводится так же, как и на Hardware Node).
2. Соответственно, если Вы не будете ограничивать VPS через UBC (например все параметры выставить в LONG_MAX), то
запуск подобных приложений равносилен их запуску на обычной Linux Node. А если они будут потреблять много памяти, то для таких приложений будут применяться характерные ограничения, например, постоянное вытеснение в swap или, если ядро решит, то приложение может "прибить" oom_killer.
|
|
|
|
|
Re: Проблема со Swap'ом [message #23250 is a reply to message #23196] |
Wed, 14 November 2007 23:22 |
in-system
Messages: 15 Registered: November 2007
|
Junior Member |
|
|
Гм
а реально выставить что бы оперативки было 256 и 768 swap'а и что бы это всё показывалось free/top ?
PS что то копаюсь и не могу понять как, срабатывает только --meminfo none (но тогда получаеться всё как на реальной машине,а это не катит)
[Updated on: Wed, 14 November 2007 23:23] Report message to a moderator
|
|
|
|
Re: Проблема со Swap'ом [message #23297 is a reply to message #23294] |
Thu, 15 November 2007 10:42 |
in-system
Messages: 15 Registered: November 2007
|
Junior Member |
|
|
vaverin wrote on Thu, 15 November 2007 05:23 | А чем Вас собственно не устраивает /proc/meminfo c hardware node?
Вы хотите знать информацию о потреблении ресурсов внутри VE?
Смотрите /proc/user_beancounters
Вы не понимаете что значат эти параметры?
https://wiki.openvz.org/UBC_parameters_table и далее по ссылкам.
Вы не понимаете как ограничить потребление ресурсов?
https://wiki.openvz.org/UBC_systemwide_configuration
За память в OpenVZ отвечают следующие параметры:
kmemsize -- память которую занимают большинство объектов ядра.
sockbufs -- память под различные сокетные буфера
Эта память не вытесняется в swap, поэтому речь тут идет исключительно о RAM.
userspace memory может быть ограничена privmpages -- но в данном случае речь идет о виртуальной памяти без какого либо разбиения на Ram или Swap.
Privvmpages ограничивает аллокацию памяти, однако понятно, что далеко не вся аллоцированная память реально будет использоватся. поэтому сумма privvmpages может превышать RAM+swap.
Потребление RAM openvz не ограничивает, однако считает его (сумма physpages, kmemsize и sockbuf)
Потребление виртуальной памяти (ram+swap) можно узнав посчитав
сумму oomguarpages, kmemsize и sockbuf.
Как вы видите у нас нет явного ограничения по RAM и по SWAP. privvmpages RAM никак не ограничивает, да и RAM+SWAP может превышать. Наши ограничения имеют несколько другую природу, поэтому свести их к "X RAM + Y SWAP" не получится.
|
Я понимаю что значат эти параметры но! хочеться что бы VPS при выводе команды free/top была похожа на реальную железку!
Не реально так не реально!
|
|
|
|
Re: Проблема со Swap'ом [message #27909 is a reply to message #23300] |
Sun, 02 March 2008 16:39 |
|
Ну человек наверно хочет зарезервировать за VE кусок реальной памяти (чтоб другим VM не отдавалась). Что-то на подобие XEN. Аналогично и со SWAP (зарезервировать кусок SWAP).
|
|
|
|
Re: Проблема со Swap'ом [message #29140 is a reply to message #29106] |
Mon, 07 April 2008 04:02 |
vaverin
Messages: 708 Registered: September 2005
|
Senior Member |
|
|
OpenVZ по своей сути -- средство управлять группой процессов в рамках одного ядра. Именно поэтому resource management на OpenVZ отличается от resource management на dedicated server или Virtual Machine.
Ядро linux не дает возможности выделить процессу swap. Зачем? Согласитесь, это даже выглядит странно. Возможность выделить процессу RAM -- есть, это locked memory, однако это достаточно странный и реально мало использующийся на практике механизм.
Кроме того, если какой-то ресурс выделен в экслюзивное пользование одной VE, то другие VE его использовать не смогут, даже если он не используется. "Ни себе, ни людям".
Жесткие лимиты -- на cpu, memory или swap -- это костыли существенно снижающие эффективность работы host node,
Конечно же мы не хотим никого конфузить. Но найти более удобный и понятный механизм, не ухудшающий total performance на host system нам пока не удается.
С уваженеим,
Василий Аверин
|
|
|
|
|
Re: Проблема со Swap'ом [message #29175 is a reply to message #22886] |
Tue, 08 April 2008 06:37 |
JustFake
Messages: 10 Registered: November 2006
|
Junior Member |
|
|
вобщем получается что для соответствия серверу со 128мб ram и 256мб свапа, нужно делать не барьер 128 и лимит 384, а чтото вроде барьер 360(370) и лимит 384, ведь реальный сервер гарантирует "своим" процессам и всю оперативу и весь свап =)
Спасибо, Василий, теперь можно сказать что все на своих местах, можно вынести это в вики, вдруг кого еще свап сконфузит
и такой вопрос по cpuunits... cpuunit по своей сути что? т.е. меня интересует следующее:
у меня есть сервер sempron 2800+ имеющий 80000 и пенек 4й 2.8GHz имеющий 139000, правильно ли я думаю, что установленный для VE cpuunit в 50000 - означает одну и туже производительность(если брать во внимание исключительно процессор) на обеих машинах?(пенек стоит у хостера и отключен за неуплату не имею возможности бенчмаркнуть)
[Updated on: Tue, 08 April 2008 06:40] Report message to a moderator
|
|
|
|