Ну, положим, тут скорее прав Daniel. Нет необходимости в преждевременной оптимизации, лучше потратить усилия на что-то более важное.
Тут, кстати, есть ещё один нюанс, - когда одна железка начинает отвечать за разнородные задачи, шанс получить УПС становится гораздо выше. Причин много. 26 октября 2012 г., 1:14 пользователь Михаил Монашёв < [email protected]> написал: > Здравствуйте, Daniel. > > >> Ну с такой методикой любая отдача, упирающаяся в сеть, будет > >> одинаковой. Но кроме сети, есть и другие ресурсы: потребление > >> процессора, потребление памяти и нагрузка на диск. Очевидно, что по > >> этим параметрам раздача файлов с диска nginx-ом будет эффективнее, > >> чем Ваша схема. > > А теперь давайте включим голову. > > Весь в ожидании. > > > Эффективность - это когда есть эффект. Какого эффекта вы ждете? > > Утилизации всех ресурсов сервера, а не одного-двух и простой других. > > Если по одним ресурсам Вы уперлись в предел, то это не значит, что по > другим не нужно оптимизироваться. > > >> Все эти три параметра в упрощённом виде показывает top. > >> Его и стоит для начала использовать для сравнения производимых на > >> сервер нагрузок. > > > Так вот - не надо использовать top для измерения нагрузок, если atop > > уже показывает 98% для eth0. > > > Это простая идея, но почему-то не всем удается ее принять... > > Зачем Вы опять привязываете себя к сети? Уже всем понятно, что Вы > упёрлись в неё. Пусть одно ядро загружено драйвером сетевухи. > Остальные ядра зачем грузить, если можно не грузить? Зачем память > расходовать на то, на что можно не расходовать? Вы же одни и те же > данные держите в нескольких местах: на диске, в памяти кэша БД, в > перловке, буферах операционки и буферах сетевухи. Пройдя от диска до > сетевухи каждый байтик скопируется множество раз. nginx же сразу > кладёт с диска в буфер сетевухи, минуя множество лишних копирований. И > только из-за одного этого сэкономит кучу процессора и оперативки, > которые даже при загруженной сети всегда есть куда день. > > -- > С уважением, > Михаил mailto:[email protected] > > -- > Moscow.pm mailing list > [email protected] | http://moscow.pm.org >
-- Moscow.pm mailing list [email protected] | http://moscow.pm.org
