Nginx-ru mailing list archive (nginx-ru@sysoev.ru)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
nginx, fastcgi, uninterruptible sleep
- To: nginx-ru@xxxxxxxxx
- Subject: nginx, fastcgi, uninterruptible sleep
- From: drmarker <drmarker@xxxxxxxxx>
- Date: Tue, 28 Nov 2006 18:07:29 +0300
- Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=l/28jDyduYTRhVqkDoqVSV+hX/UeTCqg532yX00wKBpt2O6dDwOiM3HEnS9zbe8daGYiRXWuk7sVUknsVyopeyQLLAt/2D2UBh+/A8LIo2vNHAgu4+pHderK5DiEc+b4+VH5OKhDuy+UjBPcyR4v8zUIDfSgwF25fQN6hUvoOc8=
Привет.
В логах вижу много ошибок обращения nginx к fastcgi на unix-socket.
Типа таких:
upstream timed out (110: Connection timed out) while reading response
header from upstream, upstream: "fastcgi://unix:/tmp/fcgi.sock:"
fastcgi - локальный standalone server, через FCGI.pm, но не суть.
Судя по top, скрипт большую часть времени висит в "D" (uninterruptible sleep).
Скрипт ходит в memcached, иногда в /proc, еще реже на диск через DBD-SQLite.
Если сделать backlog на listen поменьше (100, вместо 1024) - ошибок
больше. То есть fastcgi не успевает отрабатывать поступающие запросы
(хотя на бенчмарках на более слабой машине легко делает 300req/sec с
concurency 100). Но почему и зачем он висит в "D"? Или это не влияет?
Куда копать?
|
