Помощь - Поиск - Пользователи - Календарь
Полная версия: Кол-во памяти на VDS.
Онлайн-форум hostobzor.ru > Архив (темы до 1.06.2015). Только для чтения. > Коммерческий хостинг. Общие форумы > Виртуальный сервер и Виртуальный Выделенный Сервер
geosub
Подскажите пожалуйста где тут: http://gpanda.kiev.ua/vds.php указано сколько памяти в данный момент используется запущенными программами и сколько осталось свободно? Как видно из TOP это не понять, а что именно отображают oomguarpages и privvmpages мне трудно представить smile.gif

Спасибо за помощь!
2175
Цитата(geosub @ 20.04.2007, 21:32) *

Подскажите пожалуйста где тут: http://gpanda.kiev.ua/vds.php указано сколько памяти в данный момент используется запущенными программами и сколько осталось свободно? Как видно из TOP это не понять, а что именно отображают oomguarpages и privvmpages мне трудно представить smile.gif

Спасибо за помощь!

http://www.hostobzor.ru/manual/vpsreview.php - посмотрите здесь
garry
Цитата(geosub @ 20.04.2007, 20:32) *

Как видно из TOP это не понять, а что именно отображают oomguarpages и privvmpages мне трудно представить smile.gif


Из топа сложите колонку VIRT должно получится privvmpages

только учтите что VIRT в килобайтах, а privvmpages в страницах (1 страница равна 4 килобайтам)
geosub
Цитата(garry @ 21.04.2007, 03:03) *

Из топа сложите колонку VIRT должно получится privvmpages

только учтите что VIRT в килобайтах, а privvmpages в страницах (1 страница равна 4 килобайтам)



Спасибо! То что надо! И еще один вопросик,

oomguarpages - из описания ( ссылка выше ) я понял что это гарантированное выделение памяти, эта цифра увеличивается с увеличением использованной памяти, это разве нормально? Получаться чем больше я использую памяти тем большее мне гарантировано могут выделить? Что-то тут не так smile.gif
garry
Цитата(geosub @ 21.04.2007, 08:12) *

эта цифра увеличивается с увеличением использованной памяти, это разве нормально? Получаться чем больше я использую памяти тем большее мне гарантировано могут выделить? Что-то тут не так smile.gif

Вы что-то неправильно поняли.
geosub
Цитата(garry @ 21.04.2007, 11:27) *

Вы что-то неправильно поняли.

Я просто не правильно выразил свою мысль smile.gif
Из мануала я понял что oomguarpages это гарантированое выделение памяти, правильно?

У меня на моем VDS эта цифра увеличиваться когда я запускаю какие-то новые процессы. Тоесть чем больше я использую памяти, тем больше у меня отображаться oomguarpages.

Если я не прав то, пожалуйста rolleyes.gif , объясните доходчиво что такое этот oomguarpages.

Вот мой user_beancounters, объясните на его примере:

Код
       uid  resource           held    maxheld    barrier      limit    failcnt
     1000:  kmemsize        1794370    2070189    5457600    7621440          0
            lockedpages           0          0        128        128          0
            privvmpages       21795      23159      65538      65538          0
            shmpages            653        669       1152       1152          0
            dummy                 0          0          0          0          0
            numproc              32         42       1024       1024          0
            physpages          8319       8361          0 2147483647          0
            vmguarpages           0          0      32768 2147483647          0
            oomguarpages       8319       8361      32769 2147483647          0
            numtcpsock           16         49        512        512          0
            numflock              2          9         50         60          0
            numpty                2          2        256        256          0
            numsiginfo            0          2        256        256          0
            tcpsndbuf        115440     286864    1048576    1048576          0
            tcprcvbuf        131072     230064    1048576    1048576          0
            othersockbuf     163852     538824    1048576    1048576          0
            dgramrcvbuf           0       8364    1048576    1048576          0
            numothersock        104        123       1024       1024          0
            dcachesize            0          0    1048576    1048576          0
            numfile            1423       1680       4048       4048          0
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            numiptent            10         10       1024       1024          0


Спасибо!
MIRhosting.com
Цитата(geosub @ 21.04.2007, 10:53) *

Код
       uid  resource           held    maxheld    barrier      limit    failcnt
            privvmpages       21795      23159      65538      65538          0
            physpages          8319       8361          0 2147483647          0
            vmguarpages           0          0      32768 2147483647          0
            oomguarpages       8319       8361      32769 2147483647          0



Итак,

Максимум памяти, который может Ваш VPS использовать: 256,0078125 Мб (privvmpages, 65538*4/1024)
Гарантия выделения памяти, т.е. сколько Ваш VPS гарантированно может получить памяти: 128 Мб (vmguarpages, 32768*4/1024)
В случае, если на ноде возникает ситуация Out-of-Memory, гарантированные лимиты будут снижены до 128,00390625 Мб (oomguarpages, 32769*4/1024)
На данный момент используется 32,66015625 Мб памяти (physpages, 8361*4/1024)

Небольшой комментарий, по этим данным, что провайдер слабо представляет назначение параметров, хотя бы потому что oomguarpages стоит больше чем vmguarpages, хотя должно быть явно наоборот.
garry
Цитата(MIRhosting.com @ 21.04.2007, 15:23) *

На данный момент используется 32,66015625 Мб памяти (physpages, 8361*4/1024)

Физической памяти - да около 32 мег.
Однако vz считает что используется 85 Мег (21795 * 4 / 1024 - privvmpages held)
Так что считайте что треть своей памяти вы уже использовали.

physpages - чисто информативный параметр никак не учавствующий ни в каких ограничениях, поэтому, в данном случае, рассматривать его вообще нет смысла.
MIRhosting.com
Цитата(garry @ 22.04.2007, 04:24) *

Физической памяти - да около 32 мег.
Однако vz считает что используется 85 Мег (21795 * 4 / 1024 - privvmpages held)
Так что считайте что треть своей памяти вы уже использовали.

physpages - чисто информативный параметр никак не учавствующий ни в каких ограничениях, поэтому, в данном случае, рассматривать его вообще нет смысла.


Не совсем,

physpages показывает сколько реально памяти используется.
privvmpages показывает сколько памяти аллокировано. Не знаю как по-русски. allocated.
garry
Цитата(MIRhosting.com @ 22.04.2007, 05:35) *

Не совсем,

physpages показывает сколько реально памяти используется.
privvmpages показывает сколько памяти аллокировано. Не знаю как по-русски. allocated.

Что значит "не совсем" ?
Я очень прекрасно представляю как работают механизьмы выделения памяти, и что в какой момент происходит. Расскажу на примере.

1. приложение просит память 16 мег - malloc(16 * 1024 * 1024)
после этого physpages = 0, privvmpages = 4096
при этом ядро создает у себя структурку что у такого-то приложения есть такой кусочек памяти, физическая память при этом не выделяется и не расходуется.

2. записываем один байт в выделенную память.
после этого physpages = 1, privvmpages = 4096
при этом ядро выделяет одну физическую страничку памяти и линкует ее к структурке созданной на первом шаге. и даже если мы потом запишием еще один байт в конец выделенной области, будет создана еще 1 физическая страница, а не 4096.

Теперь повторюсь, ядро vz никак не использует physpages в механизьмах ограничений, а оперирует только с текущим значением privvmpages.
MIRhosting.com
garry, Вы с кем спорите? smile.gif Мне кажется с собой. Прочитайте какие были вопросы и какие были ответы.
garry
Цитата(MIRhosting.com @ 22.04.2007, 06:13) *

garry, Вы с кем спорите? smile.gif Мне кажется с собой. Прочитайте какие были вопросы и какие были ответы.

Андрей, я ни скем не спорю, я всего лишь уточняю ваши ответы, а Вы зачем-то оспариваете эти уточнения.
geosub
Большое всем спасибо! Все очень доходчиво!
С памятью разобрался и начал разбираться что сколько для себя берет памяти и меня очень удивил named забирает 39 метров! Может кто знает полегче днс сервер?

Еще раз всем огромное спасибо, вы мне реально помогли!
MIRhosting.com
Цитата(garry @ 22.04.2007, 05:42) *

Андрей, я ни скем не спорю, я всего лишь уточняю ваши ответы, а Вы зачем-то оспариваете эти уточнения.


Блин, ничего я не оспариваю smile.gif
Как бы то ни было, народу вроде объяснили wink.gif

Цитата
Может кто знает полегче днс сервер?

Не думаю что bind там является ключевой фигурой в потребление трафика.
А вообще, можете глянуть в сторону
djbdns - http://cr.yp.to/djbdns.html - безопасный днс сервер от дэна бернстайна.
mydns - http://mydns.bboy.net/ - днс сервер который хранит зоны в mysql
garry
Цитата(MIRhosting.com @ 22.04.2007, 16:07) *

Не думаю что bind там является ключевой фигурой в потребление трафика.

Причем тут трафик ? (Андрей, Вы явно давно не были в отпуске.)
Помоему речь идет о памяти.

2geosub
Вообще это не нормально что named кушает столько памяти.
Тут одно из трех, либо у вас доменов очень много (другой днс сервер не поможет)
либо он занимается кешированием (другой днс сервер тоже не поможет)
либо что-то плохо настроено.
MIRhosting.com
Цитата(garry @ 22.04.2007, 15:22) *

Причем тут трафик ? (Андрей, Вы явно давно не были в отпуске.)
Помоему речь идет о памяти.

Извиняюсь, спутал слова. Отпуск скоро biggrin.gif
Разумеется про память писал
geosub
Цитата(garry @ 22.04.2007, 16:22) *

Причем тут трафик ? (Андрей, Вы явно давно не были в отпуске.)
Помоему речь идет о памяти.

2geosub
Вообще это не нормально что named кушает столько памяти.
Тут одно из трех, либо у вас доменов очень много (другой днс сервер не поможет)
либо он занимается кешированием (другой днс сервер тоже не поможет)
либо что-то плохо настроено.


Доменов 50, кеширование отключено, настроено, вроде, все грамотно (IMHO).

Так-же запускал совсем без доменов, результат тот-же ровно 39 метров.

То есть и с 50 доменами и без них он забирает памяти 39 метров.

И еще пробовал собирать разные версии, 9.4, 9.0 - результат почти одинаковый, разница пару килобайт.

Вот и решил не использовать свой днс, а перейти на everydns.net, пусть у них память кушает, а у меня каждый байт на счету smile.gif
skunk
Есть небольшой вопрос по теме:
Вот содержимое моего user_beancounters
Код

resource        held        maxheld    barrier        limit        failcnt
kmemsize        2673391    5300226    2147483646    2147483646    0
lockedpages        0        0        350        350        0
privvmpages        58075        66573        65536        65536        575900
shmpages        941        2349        16384        16384        0
dummy        0        0        0        0        0
numproc        44        102        350        350        0
physpages        28507        35380        0        2147483647    0
vmguarpages        0        0        16384        2147483647    0
oomguarpages    28507        35380        16384        2147483647    0
numtcpsock        11        36        2800        2800        0
numflock        6        40        350        350        0
numpty        2        3        175        175        0
numsiginfo        0        12        350        350        0
tcpsndbuf        111800    319372    13421568    24890368    0
tcprcvbuf        214496    663632    13421568    24890368    0
othersockbuf        18724        166524    13421568    24890368    0
dgramrcvbuf        0        32620        13421568    24890368    0
numothersock        19        49        2800        2800        0
dcachesize        0        0        3225600    3225600    0
numfile            1250        2633        8400        8400        0
dummy        0        0        0        0        0
dummy        0        0        0        0        0
dummy        0        0        0        0        0
numiptent        0        0        350        350        0


А вот вывод команды top
Код

PID    USER    PR    NI    VIRT    RES    SHR    S    %CPU    %MEM    TIME+    COMMAND
1    root    15    0    1992    664    572    S    0:00    0.0    0:00.14    init
366    root    16    0    1656    564    472    S    0:00    0.0    0:00.18    syslogd
374    dbus    18    0    3064    740    564    S    0:00    0.0    0:00.00    dbus-daemon
385    root    15    0    4972    1116    800    S    0:00    0.0    0:00.16    sshd
395    root    18    0    2228    800    672    S    0:00    0.0    0:00.00    xinetd
403    nobody    15    0    5216    1668    1052    S    0:00    0.1    0:00.00    proftpd
420    root    15    0    8452    2192    1124    S    0:00    0.1    0:00.19    sendmail
428    smmsp    15    0    7344    1732    888    S    0:00    0.1    0:00.00    sendmail
443    root    15    0    26572    10000    6124    S    0:00    0.3    0:00.29    httpd
451    root    25    0    3128    1116    576    S    0:00    0.0    0:00.08    crond
485    xfs    15    0    3096    1152    736    S    0    0.0    0:00.00    xfs
493    root    15    0    10212    5868    1752    S    0    0.2    0:00.14    miniserv.pl
2720    apache    15    0    32628    12000    4204    S    0:00    0.4    0:01.30    httpd
2721    apache    16    0    33072    12000    4204    S    0:00    0.4    0:01.25    httpd
2722    apache    17    0    33076    12000    4224    S    0:00    0.4    0:01.57    httpd
2723    apache    17    0    31096    10000    4088    S    0:00    0.4    0:01.35    httpd
2724    apache    15    0    33072    12000    4216    S    0:00    0.4    0:01.37    httpd
2725    apache    17    0    33084    12000    4212    S    0:00    0.4    0:01.46    httpd
2726    apache    15    0    33084    12000    4224    S    0:00    0.4    0:01.52    httpd
8976    root    15    0    2320    1080    924    S    0:00    0.0    0:00.00    mysqld_safe
10710    mysql    15    0    120m    21000    4932    S    0:00    0.7    0:39.32    mysqld
26021    root    16    0    7792    2480    1880    S    0:00    0.1    0:00.02    sshd
26045    myself    15    0    7936    1804    1192    S    0:00    0.1    0:00.05    sshd
26047    myself    15    0    3088    1600    868    S    0:00    0.1    0:00.01    tcsh
26088    root    18    0    2672    1084    864    S    0:00    0.0    0:00.00    su
26096    root    17    0    2368    1332    1084    S    0:00    0.0    0:00.00    bash
26983    root    15    0    4620    2300    1540    S    0:00    0.1    0:00.05    mc
26988    root    15    0    2368    1344    1100    S    0:00    0.0    0:00.01    bash
28940    root    15    0    2124    1036    808    S    0:00    0.0    0:00.09    top
29015    root    18    0    3616    1316    716    S    0:00    0.0    0:00.00    crond
29016    root    18    0    3616    1316    716    S    0:00    0.0    0:00.00    crond
29017    root    18    0    3616    1316    716    S    0:00    0.0    0:00.00    crond
29018    root    18    0    3616    1316    716    S    0:00    0.0    0:00.00    crond
29019    root    18    0    3616    1316    716    S    0:00    0.0    0:00.00    crond
29020    root    18    0    3616    1316    716    S    0:00    0.0    0:00.00    crond
29021    root    18    0    3616    1316    716    S    0:00    0.0    0:00.00    crond
29022    root    18    0    3616    1316    716    S    0:00    0.0    0:00.00    crond
29023    root    18    0    3616    1316    716    S    0:00    0.0    0:00.00    crond
29024    root    18    0    3616    1316    716    S    0:00    0.0    0:00.00    crond
29025    root    18    0    3616    1316    716    S    0:00    0.0    0:00.00    crond
29026    root    18    0    3616    1316    716    S    0:00    0.0    0:00.00    crond
29027    root    18    0    3616    1316    716    S    0:00    0.0    0:00.00    crond
29028    root    18    0    3616    1316    716    S    0:00    0.0    0:00.00    crond
29029    root    18    0    3616    1316    716    S    0    0.0    0:00.00    crond
29030    root    18    0    3616    1316    716    S    0    0.0    0:00.00    crond
29031    root    18    0    3616    1316    716    S    0:00    0.0    0:00.00    crond
29032    root    18    0    2320    980    860    S    0:00    0.0    0:00.00    sh
29033    root    18    0    2316    972    860    S    0:00    0.0    0:00.00    sh
29034    root    18    0    2320    980    860    S    0:00    0.0    0:00.00    sh
29035    root    18    0    2316    972    860    S    0:00    0.0    0:00.00    sh
29036    root    18    0    2316    972    860    S    0:00    0.0    0:00.00    sh
29037    root    18    0    2320    976    860    S    0:00    0.0    0:00.00    sh
29038    root    18    0    2320    976    860    S    0:00    0.0    0:00.00    sh
29039    root    18    0    2316    976    860    S    0:00    0.0    0:00.00    sh
29040    root    18    0    2320    976    860    S    0    0.0    0:00.00    sh
29041    root    19    0    2320    976    860    S    0:00    0.0    0:00.00    sh
29042    root    18    0    2316    972    860    S    0:00    0.0    0:00.00    sh
29043    root    19    0    2320    980    860    S    0:00    0.0    0:00.00    sh
29044    root    18    0    2320    980    860    S    0    0.0    0:00.00    sh
29045    root    18    0    2316    976    860    S    0    0.0    0:00.00    sh
29046    root    18    0    2316    972    860    S    0:00    0.0    0:00.00    sh
29047    root    18    0    12248    2852    2364    D    0:00    0.1    0:00.00    php
29048    root    18    0    2316    976    860    S    0:00    0.0    0:00.00    sh
29049    root    18    0    2320    976    860    S    0:00    0.0    0:00.00    sh
29050    root    18    0    12244    2856    2364    D    0    0.1    0:00.00    php
29051    root    18    0    12244    2856    2364    D    0:00    0.1    0:00.00    php
29052    root    18    0    12248    2856    2364    D    0:00    0.1    0:00.00    php
29053    root    18    0    12244    2856    2364    D    0:00    0.1    0:00.00    php
29054    root    18    0    12248    2860    2364    D    0:00    0.1    0:00.00    php
29055    root    18    0    12248    2856    2364    D    0:00    0.1    0:00.00    php
29056    root    18    0    12248    2860    2364    D    0:00    0.1    0:00.00    php
29057    root    18    0    12248    2860    2364    D    0:00    0.1    0:00.00    php
29058    root    18    0    12244    2856    2364    D    0:00    0.1    0:00.00    php
29059    root    18    0    12248    2856    2364    D    0:00    0.1    0:00.00    php
29060    root    18    0    12248    2856    2364    D    0    0.1    0:00.00    php
29061    root    18    0    12248    2860    2364    D    0    0.1    0:00.00    php
29062    root    18    0    12248    2856    2364    D    0    0.1    0:00.00    php
29063    root    18    0    12244    2856    2364    D    0    0.1    0:00.00    php
29064    root    18    0    12248    2852    2364    D    0    0.1    0:00.00    php
29065    root    18    0    12244    2860    2364    D    0    0.1    0:00.00    php
29066    apache    15    0    2116    916    704    R    0    0.0    0:00.00    top
            Total:    773520 (посчитано в Excel)                            


Из этого видно, что в соответствии с privvmpages доступно 256мб, используется 226,85мб, а top показывает, что используется 773мб. Как такое возможно? Или я чего-то всё-таки не понял =/ объясните пожалуйста
gylys
Цитата(skunk @ 21.05.2007, 15:01) *

Из этого видно, что в соответствии с privvmpages доступно 256мб, используется 226,85мб, а top показывает, что используется 773мб. Как такое возможно? Или я чего-то всё-таки не понял =/ объясните пожалуйста


Меньше считайте, тут менять надо на как минимум два раза по серьёзней. 64 MB гарантированной памяти очень мало для VZ VPS. Это только каких то целевых задач...
deMone
Может кто подскажет, у меня MySQL пишет, что занимает 128мб памяти, притом, что обращений к нему практически нет (вот в данный момент), да и баз на нём совсем немного. Если его перезагрузить, то будет 110-120 метров, причём это число постепенно увеличивается и отказывается уменьшаться. Что сделать, чтобы он так много не кушал?

Код
top - 06:00:44 up 2 days, 38 min,  2 users,  load average: 7.79, 3.05, 1.50
Tasks:  70 total,   2 running,  68 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.7% us,  0.7% sy,  0.0% ni,  0.0% id, 98.7% wa,  0.0% hi,  0.0% si
Mem:   3361024k total,  3357480k used,     3544k free,    53520k buffers
Swap:  8385920k total,   453304k used,  7932616k free,  1456484k cached

  PID  UID  VIRT USER     RUSER    TTY         TIME+  S COMMAND
16249   27  122m mysql    mysql    ttyp0      0:56.92 S mysqld
32097   48 50624 apache   apache   ?          0:03.36 D httpd
31916   48 49880 apache   apache   ?          0:03.09 D httpd
24027   48 47836 apache   apache   ?          0:01.17 S httpd
24552   48 47084 apache   apache   ?          0:00.32 S httpd
22299 2523 46796 psaadm   psaadm   ?          0:18.51 S httpsd
24528   48 46436 apache   apache   ?          0:00.31 S httpd
21948 2523 46184 psaadm   psaadm   ?          0:21.12 S httpsd
28652   48 44392 apache   apache   ?          0:00.00 S httpd
26479    0 44260 root     root     ?          0:06.21 S httpd
17586   25 37940 named    named    ?          0:17.91 S named
5318    0 36232 root     root     ?          0:00.43 S httpsd
3560  110 30992 popuser  popuser  ?          0:04.17 S spamd
31910   48 29264 apache   root     ?          0:00.08 S httpd
31907    0 28880 root     root     ?          0:00.00 S httpd
3569    0 27928 root     root     ?          0:20.23 S spamd


MySQL 5.0.24a
eSupport.org.ua
Настроить его (my.cnf)

Это текстовая версия — только основной контент. Для просмотра полной версии этой страницы, пожалуйста, нажмите сюда.
Русская версия Invision Power Board © 2001-2025 Invision Power Services, Inc.