Предельно минимальный расход ресурсов ВПС

BasePelleta
На сайте с 29.05.2008
Offline
120
#21

Линуксман, а Вы добрый!

Статья интересная!

А от снижения макс. глубины стека освобождается куча оперативной памяти для более важных штук.

Но пока обнаружил проблему с аплоудом.

По не понятной мне причине, еще капча не работает.

Видимо, врем сессии истекает до ввода данных в форму?

Вопрос, какой параметр за это отвечает?

R
На сайте с 14.02.2010
Offline
77
#22
myhand:
Да. Только Вы не говорили про malloc - а про потребление памяти на openvz vs virtuozzo в целом. А в этом случае дело не в malloc - а как раз в vzfs.

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

myhand:
Насколько эффективно - не знаю. Не поделитесь?

я с openvz последний раз работал почти 3 года тому. тогда мы использовали unionfs... справедливости ради стоит сказать, что работало оно не совсем стабильно даже..

насколько я знаю сейчас применяют aufs и вроде бы все хорошо и эффективно...

BasePelleta:
Так 512 с головой хватит для 30 сайтов с 300 уников

вот у меня есть vds-ец на котором пара друпалов и форумов

порядка полумиллиона хитов, 3-4тыс. уникумов


sh-4.0# free
total used free shared buffers cached
Mem: 126104 112132 13972 0 5556 59276
-/+ buffers/cache: 47300 78804
Swap: 524284 8336 515948
sh-4.0# w
19:02:00 up 36 days, 9:36, 1 user, load average: 0.23, 0.21, 0.17

могу помочь если что, но переделывать ваш vps придется глобально)))

BasePelleta
На сайте с 29.05.2008
Offline
120
#23
могу помочь если что, но переделывать ваш vps придется глобально)))

Спасибо!

Для начала я хочу разобраться, что мне лучше

Nginx frontend + Apache backend

nginx+FastCGI

Пока первое стоит.

От него и отталкиваюсь!

BasePelleta добавил 30.07.2010 в 20:14

Мой текущий топ

top - 19:14:05 up 20:19, 1 user, load average: 0.00, 0.00, 0.00
Tasks: 34 total, 1 running, 33 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 524288k total, 232132k used, 292156k free, 0k buffers
Swap: 0k total, 0k used, 0k free, 0k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1 root 18 0 2148 656 564 S 0.0 0.1 0:00.22 init
1533 apache 15 0 59900 13m 7388 S 0.0 2.6 0:04.68 httpd
7594 dovecot 18 0 4968 1820 1512 S 0.0 0.3 0:00.00 pop3-login
9882 root 15 0 9292 2424 1316 S 0.0 0.5 0:00.02 sendmail
9891 smmsp 18 0 8240 1496 620 S 0.0 0.3 0:00.00 sendmail
11368 root 19 0 3700 1300 1128 S 0.0 0.2 0:00.00 mysqld_safe
11412 mysql 16 0 43280 10m 5204 S 0.0 2.0 0:19.12 mysqld
17906 root 15 0 37372 9.8m 5292 S 0.0 1.9 0:05.30 ispmgr
20262 root 15 -4 2236 628 412 S 0.0 0.1 0:00.00 udevd
20439 named 24 0 70768 3640 1960 S 0.0 0.7 0:00.11 named
21703 root 16 0 1804 568 476 S 0.0 0.1 0:00.06 syslogd
21765 root 18 0 7168 1072 668 S 0.0 0.2 0:00.01 sshd
21776 root 16 0 2824 872 700 S 0.0 0.2 0:00.00 xinetd
21788 root 18 0 5280 520 248 S 0.0 0.1 0:00.03 vsftpd
21926 root 18 0 1952 620 488 S 0.0 0.1 0:00.09 dovecot
21929 root 15 0 8028 2140 1432 S 0.0 0.4 0:00.06 dovecot-auth
21982 root 18 0 4488 1108 568 S 0.0 0.2 0:00.01 crond
22001 xfs 18 0 3248 956 732 S 0.0 0.2 0:00.00 xfs
22016 root 18 0 2356 436 312 S 0.0 0.1 0:00.00 atd
22027 root 18 0 5668 708 436 S 0.0 0.1 0:00.00 saslauthd
22028 root 18 0 5668 436 164 S 0.0 0.1 0:00.00 saslauthd
22440 root 18 0 18616 1336 328 S 0.0 0.3 0:00.00 nginx
22441 nginx 15 0 18928 2324 972 S 0.0 0.4 0:01.36 nginx
26296 dovecot 18 0 4968 1824 1512 S 0.0 0.3 0:00.00 pop3-login
26306 dovecot 18 0 4968 1824 1516 S 0.0 0.3 0:00.00 pop3-login
29912 root 18 0 58004 8876 4760 S 0.0 1.7 0:00.09 httpd
29914 apache 15 0 59332 13m 8044 S 0.0 2.6 0:08.83 httpd
30135 root 18 0 8464 5064 1572 S 0.0 1.0 0:00.16 munin-node
30292 apache 17 0 59900 12m 6224 S 0.0 2.4 0:01.03 httpd
30306 apache 15 0 59900 12m 6252 S 0.0 2.4 0:01.26 httpd
30307 apache 16 0 60156 12m 6072 S 0.0 2.4 0:00.96 httpd
31974 root 18 0 10004 2844 2300 S 0.0 0.5 0:00.01 sshd
32091 root 15 0 3836 1528 1244 S 0.0 0.3 0:00.00 bash
32136 root 15 0 2280 1028 824 R 0.0 0.2 0:00.00 top

BasePelleta добавил 30.07.2010 в 20:16

По нему смотрю, что апач много кушает!

А сайт-то всего один там, пока!

BasePelleta добавил 30.07.2010 в 20:41

2010/07/30 19:39:17 [warn] 22441#0: *6013 a client request body is buffered to a temporary file /var/lib/nginx/tmp/client_body/0000000017, client: 95.215.83.20, server: euro.com.ua, request: "POST /adm_art/index.php?page=add&lid=4615&cid=478 HTTP/1.1", host: "euro.com.ua", referrer: "http://euro.com.ua/admin/index.php?page=add&lid=4615&cid=478"

Вот лог попытки загрузить фото!

R
На сайте с 14.02.2010
Offline
77
#24

с top-ом все нормально

ситуация отраженная в логе тоже типична, то есть ничего страшного в этом нет. nginx просто буферизирует на диск данные, которые не влазят в client_body_buffer_size, благодаря чему, кстати, апач (mod_php) освобождает ресурсы сразу после отдачи nginx-у, а иначе бы он их держал пока клиент не заберет запрос...

BasePelleta
На сайте с 29.05.2008
Offline
120
#25

Да, кстати, топ своим я доволен!

Сейчас 207 метров - озу потребляет, но вчера доходило до 250.

Но сейчас важен такой момент:

я играл с настройками eaccelletator - стояло значение 32, пытался добавить 64.

Стал рестартить апач, а он пишет -

eAccelerator: shmmax should be at least 2MBPHP Warning: [eAccelerator] Can not create shared memory area in Unknown on line 0
PHP Fatal error: Unable to start eAccelerator module in Unknown on line 0
[Sat Jul 31 02:05:13 2010] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Sat Jul 31 02:05:13 2010] [notice] Digest: generating secret for digest authentication ...
[Sat Jul 31 02:05:13 2010] [notice] Digest: done
[Sat Jul 31 02:05:13 2010] [notice] Apache/2.2.3 (CentOS) configured -- resuming normal operations
WARNING: MaxClients of 100 exceeds ServerLimit value of 10 servers,
lowering MaxClients to 10. To increase, please see the ServerLimit
directive.
[Fri Jul 30 20:11:08 2010] [notice] Digest: generating secret for digest authentication ...
[Fri Jul 30 20:11:08 2010] [notice] Digest: done
[Fri Jul 30 20:11:08 2010] [warn] WARNING: Attempt to change ServerLimit ignored during restart

eAccelerator: Could not allocate 67108864 bytes, the maximum size the kernel allows is 33554432 bytes. Lower the amount of memory request or increase the limit in /proc/sys/kernel/shmmax.
PHP Warning: [eAccelerator] Can not create shared memory area in Unknown on line 0
PHP Fatal error: Unable to start eAccelerator module in Unknown on line 0

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

M
На сайте с 01.12.2009
Offline
235
#26

maximum size the kernel allows is 33554432

Администратор Linux,Freebsd. построения крупных проектов.
LM
На сайте с 18.10.2009
Offline
117
#27
BasePelleta:
я играл с настройками eaccelletator - стояло значение 32, пытался добавить 64.

Попробуйте поставить 16.

p.s. Панелька не ispmanager?

BasePelleta
На сайте с 29.05.2008
Offline
120
#28
Could not allocate 67108864 bytes

По сути в 2 раза идет превышение!

для eAccelerator значение 64 метра является превышением .

p.s. Панелька не ispmanager?

Совершенно верно!

Т.е. 16 для ВПС - 512 - это предельный лимит! Я правильно понимаю?

LM
На сайте с 18.10.2009
Offline
117
#29
BasePelleta:
Т.е. 16 для ВПС - 512 - это предельный лимит! Я правильно понимаю?

Скорее этого вполне достаточно. При таком значении всё работает довольно неплохо.

А вообще, лучше переустановите операционную систему на vds, предварительно сохранив важные данные на к себе на компьютер. Поставьте debian 5 x86. Он стабилен и удобнее, имхо, чем CentOS.

ISPmanager всё там настроит при установке, вам останется только слегка оптимизировать его и всё будет работать ;)

BasePelleta
На сайте с 29.05.2008
Offline
120
#30
Поставьте debian 5 x86.

Ах, вот оно что?

Один админ мне сказал, что Центос - вполне неплохой выбор!

Но есть но!

Хостеры предпочитают ставить по умолчанию Центос.

Я конечно понимаю "золотое правило" админа - ставьте то, что Вы лучше всего знаете!

BasePelleta добавил 31.07.2010 в 15:27

ISPmanager всё там настроит при установке, вам останется только слегка оптимизировать

Вот этим я пока и занимаюсь!

BasePelleta добавил 31.07.2010 в 15:29

Для начала я хочу разобраться, что мне лучше

Nginx frontend + Apache backend
nginx+FastCGI

У меня первая связка, но по статьям вижу многие советуют nginx+FastCGI. - Производительнее связка!

Что Вы на это скажете?

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий