Анализ загруженного lighttpd сервера, служащего от NFS
Для кого-либо еще, кто заканчивает тем, что перенес ошибку 15 горя, которое я сделал, оказывается, что схема именования устройства в личинке (hd0, hd1, hd2...) закончила тем, что отличалась между тем, когда личинка загружается и когда личинка бежит за системой, в порядке. Я провел неделю с корнем (hd2,0), потому что это - то, какая личинка сказала мне диск, который я хотел, был назван. Но когда я опустился до оболочки личинки на начальной загрузке, я был удивлен узнать, что то, что было hd2, когда машина возросла, является hd1 на начальной загрузке. Таким образом, я изменил menu.lst для использования корня (hd1,0), и он начал работать. Я надеюсь сохранить кого-то еще большое получение по запросу волос с тем.
nodiratime мог бы также помочь, но, я думал, что сообщил под setattr также
cpu0 имеет очень высокие аппаратные средства/программные прерывания, и cpu1 имеет довольно высокие времена ожидания для 200mb/sec, даже полагая, что Ваш набор данных является главным образом холодным. Если это длинные видео, Ваш rsize может вызывать чрезмерную фрагментацию, если mtu eth1 является маленьким. Я почти думаю, что Ваш rsize слишком высок. Вы могли бы запустить некоторые тесты от другой рабочей станции с помощью dd и различных опций монтирования видеть, влияют ли эти 32768 негативно на вещи.
Поместите билет с Isilon, их технические парни довольно хороши в отладке этого также.
-
1Спасибо за идею о rsize и фрагментации, попробует его. – David142 24 September 2010 в 17:10
-
2noatime является надмножеством nodiratime: lwn.net/Articles/245002 – David142 28 September 2010 в 15:09