Зависание отдачи некоторых картинок

[Удален]

29 декабря 2009, 12:39

1695

По server-status вижу, что параметр SS (Seconds since beginning of most recent request) для некоторых картинок или страниц очень большой (в данном случае 3182 и 3056).

Srv	PID	Acc	M	CPU 	SS	Req	Conn	Child	Slot	Client	VHost	Request
12-0	-	0/0/200	. 	0.74	3182	0	0.0	0.00	0.86 	195.98.170.138	site.ru	GET /img/tn/1/36388-imglarge.jpg HTTP/1.0

14-0	-	0/0/200	. 	1.07	3056	39	0.0	0.00	1.06 	195.68.128.10	megavanna.ru	GET /tovars/images/catalog_ramka_noprice.png HTTP/1.0

Хотя сами картинки не большие. В какиех конфигах что нужно исправить, что б параметр SS для картинок и страниц не превышал, скажем, 60 сек.

В php.ini писал такие ограничения:

max_execution_time = 60

max_input_time = 60

memory_limit = 32M

Не помогло.

Заранее благодарен.

M

278

myhand

29 декабря 2009, 12:45

#1

Вы уверены, что понимаете смысл этой колонки (SS)?

Как бы намекну, что это вовсе не время обработки реквеста.

Если есть какая-то проблема с отдачей картинок - Вам нужно выбрать какие-то

другие критерии для ее иллюстрации.

Абонементное сопровождение серверов (Debian) Отправить личное сообщение (), написать письмо ().

[Удален]

29 декабря 2009, 12:48

#2

Хм, а что это? Просто, мне кажеться, что это может нагружать процессор. Или это нормальные числа? Как можно сделать так, что б этот параметр не рос так сильно?

M

278

myhand

29 декабря 2009, 13:21

#3

Seconds since beginning of most recent request = секунд с начала самого последнего реквеста.

Видно, что данный слот вообще пустует и с ним не ассоциирован никакой

процесс (Pid = "-") апача. В данный момент этот слот не занят обработкой

реквестов, SS секунд прошло с _начала_ самого последнего реквеста

в этом слоте.

Вот если при этом много idle workers - можно поиграться с настройками

mpm (prefork или worker, смотря что у вас) Min/MaxSpareServers.

[Удален]

29 декабря 2009, 13:28

#4

Вот настройки /etc/httpd/conf/httpd.conf :

Timeout 120

KeepAlive Off

MaxKeepAliveRequests 50

KeepAliveTimeout 5

StartServers 5

MinSpareServers 5

MaxSpareServers 15

ServerLimit 30

MaxClients 30

MaxRequestsPerChild 200

</IfModule>

StartServers 5

MaxClients 30

MinSpareThreads 1

MaxSpareThreads 4

ThreadsPerChild 25

MaxRequestsPerChild 0

</IfModule>

Думаете стоит здесь что-то поменять?

M

278

myhand

29 декабря 2009, 13:47

#5

Боюсь, я таки тоже не телепат. Настройки далеки от умолчания - для меня

далеко неочевидно зачем это сделано. Почему например изменены настройки

и worker и prefork?

KeepAlive Off + небольшой MaxClients - вполне могли привести к проблемам с отдачей картинок.

Для каких-то рекоммендаций нужен не кусок вывода

mod_status - а весь он. Плюс какое-то представление о нагрузке

сервера по top, например.

Обращайтесь в почту/ЛС - поможем.

822

Andreyka

29 декабря 2009, 16:25

#6

Причем тут php.ini к картинкам?

А картинки быстрее nginx'ом отдавать

Не стоит плодить сущности без необходимости

[Удален]

30 декабря 2009, 11:28

#7

myhand:
Боюсь, я таки тоже не телепат. Настройки далеки от умолчания - для меня
далеко неочевидно зачем это сделано. Почему например изменены настройки
и worker и prefork?

Здесь http://www.drupal.ru/node/24131 говорят, что

"по умолчанию настройки слишком зажаты, мы же здесь увеличим лимиты, съедая попутно больше оперативной памяти"

myhand:

Для каких-то рекоммендаций нужен не кусок вывода
mod_status - а весь он. Плюс какое-то представление о нагрузке
сервера по top, например.


Apache Server Status for www.site.ru



Server Version: Apache/2.2.3 (CentOS)

Server Built: Jan 21 2009 22:01:41



Current Time: Wednesday, 30-Dec-2009 14:23:04 MSK

Restart Time: Tuesday, 29-Dec-2009 15:50:30 MSK

Parent Server Generation: 0

Server uptime: 22 hours 32 minutes 34 seconds

Total accesses: 179094 - Total Traffic: 879.9 MB

CPU Usage: u4.72 s2.37 cu0 cs0 - .00874% CPU load

2.21 requests/sec - 11.1 kB/second - 5.0 kB/request

1 requests currently being processed, 5 idle workers



____.W_.......................



Scoreboard Key:

"_" Waiting for Connection, "S" Starting up, "R" Reading Request,

"W" Sending Reply, "K" Keepalive (read), "D" DNS Lookup,

"C" Closing connection, "L" Logging, "G" Gracefully finishing,

"I" Idle cleanup of worker, "." Open slot with no current process



Srv	PID	Acc	M	CPU 	SS	Req	Conn	Child	Slot	Client	VHost	Request

0-0	5650	0/97/26896	_ 	0.87	19	46	0.0	0.25	132.05 	66.249.71.41	site.ru	GET /tovars/29782 HTTP/1.0

1-0	9929	0/51/26555	_ 	0.72	14	116	0.0	0.10	131.36 	77.88.42.25	site.ru	GET /list8/14/8/ HTTP/1.0

2-0	12145	0/43/26042	_ 	0.57	14	46	0.0	0.30	125.81 	67.195.115.168	site.ru	GET /list/137/3/45/ HTTP/1.0

3-0	20050	0/6/25406	_ 	0.43	21	125	0.0	0.01	125.32 	66.249.71.50	site2.ru	GET /product/riho_isis/?view=printable HTTP/1.0

4-0	-	0/0/24400	. 	0.87	180	0	0.0	0.00	119.80 	80.250.217.102	site.ru	GET /js/effects.js HTTP/1.0

5-0	3971	0/115/22315	W 	0.89	0	0	0.0	0.29	111.35 	94.244.177.195	site.ru	GET /server-status HTTP/1.0

6-0	9720	0/80/18280	_ 	0.43	8	11	0.0	0.42	89.78 	66.249.71.50	site2.ru	GET /published/publicdata/site2/attachments/SC/products_pict

7-0	-	0/0/6800	. 	0.71	499	0	0.0	0.00	32.95 	67.195.111.51	site2.ru	GET /published/publicdata/site2/attachments/SC/themes/lucid/

8-0	-	0/0/2200	. 	0.79	489	10	0.0	0.00	10.18 	83.69.227.12	site.ru	GET /img/tn/1/22887-imglarge.jpg HTTP/1.0

9-0	-	0/0/200	. 	0.81	73085	0	0.0	0.00	1.30 	81.200.20.138	site.ru	GET /images/tablebotright.jpg HTTP/1.0

Srv	Child Server number - generation

PID	OS process ID

Acc	Number of accesses this connection / this child / this slot

M	Mode of operation

CPU	CPU usage, number of seconds

SS	Seconds since beginning of most recent request

Req	Milliseconds required to process most recent request

Conn	Kilobytes transferred this connection

Child	Megabytes transferred this child

Slot	Total megabytes transferred this slot

Apache/2.2.3 (CentOS) Server at www.site.ru Port 80


  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND

 1454 mysql     16   0  140m  29m 4932 S    2  0.0  19:31.37 mysqld

12145 apache    18   0 59748  15m 9740 S    1  0.0   0:00.57 httpd

 9546 nginx     15   0  8388 2384  924 S    0  0.0   2:11.69 nginx

32373 root      15   0  2180 1020  824 R    0  0.0   0:00.03 top

    1 root      15   0  2056  648  556 S    0  0.0   0:03.44 init

 1359 root      21   0  3604 1284 1112 S    0  0.0   0:00.00 mysqld_safe

 3971 apache    15   0 59140  15m 9840 S    0  0.0   0:00.89 httpd

 5650 apache    15   0 59680  15m 9856 S    0  0.0   0:00.87 httpd

 7781 root      17  -4  2140  532  344 S    0  0.0   0:00.00 udevd

 8167 root      15   0 13260  724  540 S    0  0.0   0:00.69 rsyslogd

 8171 root      21   0  1660  408  340 S    0  0.0   0:00.00 rklogd

 8185 root      15   0  6980 1048  672 S    0  0.0   0:01.22 sshd

 9225 root      18   0  2712  864  692 S    0  0.0   0:00.00 xinetd

 9246 root      15   0  5072  508  248 S    0  0.0   0:00.02 vsftpd

 9407 root      18   0 20300 7092 3312 S    0  0.0   0:02.60 CGServer

 9505 smmsp     18   0  8036 1480  628 S    0  0.0   0:00.00 sendmail

 9545 root      15   0  7748 1236  356 S    0  0.0   0:00.00 nginx

 9558 root      15   0  4376 1112  568 S    0  0.0   0:00.06 crond

 9720 apache    15   0 59052  15m 9.8m S    0  0.0   0:00.43 httpd

 9929 apache    16   0 59604  15m 9836 S    0  0.0   0:00.72 httpd

11924 root      18   0 56580 7212 4164 S    0  0.0   0:00.69 httpd

20050 apache    15   0 59660  15m 9352 S    0  0.0   0:00.43 httpd

31936 root      15   0  9824 2788 2264 S    0  0.0   0:00.02 sshd

32306 root      18   0  3740 1532 1240 S    0  0.0   0:00.02 bash

M

278

myhand

30 декабря 2009, 12:21

#8

Xmod:
Здесь http://www.drupal.ru/node/24131 говорят, что
"по умолчанию настройки слишком зажаты, мы же здесь увеличим лимиты, съедая попутно больше оперативной памяти"

Понятно. Настройки бездумные по хавту, о чем и подозревал.

Работают на самом деле - директивы только для одного MPM (prefork в вашем случае).

Судя по status'у (если это типичная нагрузка) - можно попробовать

уменьшить MaxClient & Min/MaxSpareWorkers. А если по topу (его вы не привели) памяти

хватает - я бы ничего не трогал.

Смотрите конфиг nginx + его error.log. Проблема там.

[Удален]

30 декабря 2009, 17:44

#9

Ясно. Спасибо.

560

Himiko

31 декабря 2009, 04:23

#10

Xmod:
Ясно. Спасибо.

Логи nginx должны вас сказать в чём проблема.

Профессиональное администрирование серверов (https://systemintegra.ru). Круглосуточно. Отзывы (/ru/forum/834230) Лицензии (http://clck.ru/Qhf5) ISPManager,VDSManager,Billmanager e.t.c. по низким ценам.

Яндекс Вебмастер вынес товарные фиды в отдельный раздел

Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ