Странные изменения в статусе nginx после ребута

[Mihal K]

Добрый день.

Есть 4-х процессорная машина под RHEL4 x86, на ней nginx с PHP/FastCGI
бэкендом.
После долгого периода бесперебойной работы машина ребутнулась, и после
ребута статус nginx стал показывать необычно большое кол-во Reading.

А именно: до ребута Reading колебался возле нуля (0-2):
Reading Max: 1.17    Avg: 0.66     Min: 0.291    Cur: 0.787
Writing Max: 30.45   Avg: 26.1     Min: 22.82    Cur: 30.45

После ребута Reading практически никогда в ноль не опускается, часто он
даже больше чем writing, чего ранее вообще не бывало:
Reading Max: 27.04   Avg: 7.64     Min: 0.83     Cur: 4.33
Writing Max: 30.35   Avg: 11.14    Min: 4.43     Cur: 18.67

Как можно видеть, число Writing тоже поменялось, но оно наоборот
уменьшилось, причем на некоторую достаточно постоянную величину.

Еще из изменений - выросло load average примерно на единицу, с около 2
до 3-4 (видимо из-за большего run queue length). IOwait не именился: 2-3%.

Ядро до и после ребута одно и то же: 2.6.9-42.0.10.ELsmp
Версия nginx была на момент ребута 0.6.13. Недавно обновил до 0.6.19,
изменений в статусе не произошло.
Вообще машина в продакшне, так что изменений как в софте, так и в
конфигурации никаких практически не происходит. Правда, уже после ребута
я начал  ковырять sysctl и конфиг nginx-а на предмет опций listen, но
опять же на статус это никак не повлияло.

В логах ничего подозрительного нет.

Поэтому хочу получить помощь зала: какие ещё вещи могут так повлиять на
статус? Может, дело в php-шных процессах backend-а, в конце концов run
queue length выросло не зря?

Вот еще текущий статус для справки:

Active connections: 134
server accepts handled requests
 9962164 9962164 30230477
Reading: 11 Writing: 21 Waiting: 102

Еще прицеплен MRTG график, построенный по данным статуса.
Небольшие комментарии к нему: Running = Reading + Writing.
Резкое изменение характера графика в конце 46-й недели (пятница 16-е) -
это как раз ребут. Потом были выходные с небольшим трафиком, потом
трафик восстановился, но уже с бОльшим числом reading.
Следующий скачок на графике в середине 48-й недели - это переход с
0.6.13 на 0.6.19 28 числа.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: status.png
Type: image/png
Size: 57617 bytes
Desc: not available
URL: <http://nginx.org/pipermail/nginx-ru/attachments/20071203/ee80deb4/attachment.png>