Я почему то думал что если начинаются тормоза, то увеличивается количество
ожидающих запросов, а тут получается что увеличивается количество пишущих а
как такое вообще то возможно? У нас на бекендах крутиться 64*3 = 192
процесса fastcgi, если предполагать что бекенд стал неспешно отдавать
контент, то по идее количество одновременно пишущих подключений не должно не
должно быть больше 192, и должно увеличиваться количество ожидающих в моем
же случае все как раз наоборот. Я сначала думал что у меня графики местами
перепутаны но однако все перепроверив убедился что нет не перепутаны.







PS:
root@social5# uname -a
FreeBSD social5.playrix.com 8.0-RELEASE-p4 FreeBSD 8.0-RELEASE-p4

root@social5# nginx -V
nginx version: nginx/0.8.53
configure arguments: --prefix=/usr/local/etc/nginx --with-cc-opt='-I
/usr/local/include' --with-ld-opt='-L /usr/local/lib'
--conf-path=/usr/local/etc/nginx/nginx.conf
--sbin-path=/usr/local/sbin/nginx --pid-path=/var/run/nginx.pid
--error-log-path=/var/log/nginx-error.log --user=www --group=www
--http-client-body-temp-path=/var/tmp/nginx/client_body_temp
--http-fastcgi-temp-path=/var/tmp/nginx/fastcgi_temp
--http-proxy-temp-path=/var/tmp/nginx/proxy_temp
--http-scgi-temp-path=/var/tmp/nginx/scgi_temp
--http-uwsgi-temp-path=/var/tmp/nginx/uwsgi_temp
--http-log-path=/var/log/nginx-access.log --with-http_stub_status_module
--with-pcre



на всякий случай прикрепляю свой zabbix скрипт сбора статистики с Nginx
#!/bin/sh

### DESCRIPTION
# $1 - имя узла сети в zabbix'е (не используется)
# $2 - измеряемая метрика

### OPTIONS VERIFICATION
if [ -z $1 ]; then
exit 1
fi

### PARAMETERS
METRIC="$1" # измеряемая метрика
STATURL="http://localhost/" # адрес nginx статистики

CURL=/usr/local/bin/curl

CACHETTL="5" # Время действия кеша в секундах (чуть меньше чем период опроса
элементов)
CACHE="/tmp/nginxstat.cache"

### RUN

## Проверка кеша:
# время создание кеша (или 0 есть файл кеша отсутствует или имеет нулевой
размер)
if [ -s "$CACHE" ]; then
TIMECACHE=`stat -f"%m" "$CACHE"`
else
TIMECACHE=0
fi

# текущее время
TIMENOW=`date '+%s'`
# Если кеш неактуален, то обновить его (выход при ошибке)
if [ "$(($TIMENOW - $TIMECACHE))" -gt "$CACHETTL" ]; then
$CURL -s "$STATURL" > $CACHE || exit 1
fi

## Извлечение метрики:
case "$METRIC" in
"active")
grep "Active connections" $CACHE | cut -d':' -f2
;;
"accepts")
sed -n '3p' $CACHE | cut -d" " -f2
;;
"handled")
sed -n '3p' $CACHE | cut -d" " -f3
;;
"requests")
sed -n '3p' $CACHE | cut -d" " -f4
;;
"myrequests")
sed -n '3p' $CACHE | cut -d" " -f4
;;
"reading")
grep -Eo "Reading: +[0-9]+" $CACHE | cut -d':' -f2
;;
"writing")
grep -Eo "Writing: +[0-9]+" $CACHE | cut -d':' -f2
;;
"waiting")
grep -Eo "Waiting: +[0-9]+" $CACHE | cut -d':' -f2
;;
esac



10 декабря 2010 г. 14:29 пользователь Михаил Монашёв <
postmaster@softsearch.ru> написал:

> Здравствуйте, Руслан.
>
> Friday, December 10, 2010, 11:57:03 AM, Вы писали:
>
> ru> Приветствую
>
> ru> я наблюдаю очень странную статистику nginx (статистика собирается
> ru> через status module):
>
> ru> http://pixs.ru/showimage/troublejpg_9917540_1340475.jpg
>
>
> ru> как видно начинает резко расти количество активных подключений (и
> ru> количество соединений которые чего то пишут), но при этом не
> ru> растет количество запросов в секунду. Причем в момент резкого
> ru> роста CPU на всех обработчиках (их у нас 3) под 100%. В принцепе
> ru> ладно - это по идее должно означать что во время резкого роста мы
> ru> не справляемся с нагрузкой, но не понятно отчего не растет
> ru> количество запросов в секунду на Nginx?
>
> Всё верно. Начались какие-то тормоза. Например бэкенд начал медленее
> отдавать ответы, но он их всёравно отдавал в прежнем количестве,
> просто не так быстро, как ранее.
>
>
> --
>
> С уважением,
> Михаил Монашёв
> mailto:postmaster@softsearch.ru
> http://talxy.com - p2p-based online broadcasting and file sharing.
> Без бэкапа по жизни.
>
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru@nginx.org
> http://nginx.org/mailman/listinfo/nginx-ru
>
_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://nginx.org/mailman/listinfo/nginx-ru