Ну, положим, тут скорее прав Daniel.<div><br></div><div>Нет необходимости в преждевременной оптимизации, лучше потратить усилия на что-то более важное.</div><div><br></div><div>Тут, кстати, есть ещё один нюанс, - когда одна железка начинает отвечать за разнородные задачи, шанс получить УПС становится гораздо выше. Причин много.</div>
<div><br></div><div><br></div><div><br><div class="gmail_quote">26 октября 2012 г., 1:14 пользователь Михаил Монашёв <span dir="ltr"><<a href="mailto:postmaster@softsearch.ru" target="_blank">postmaster@softsearch.ru</a>></span> написал:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Здравствуйте, Daniel.<br>
<div class="im"><br>
>> Ну  с  такой  методикой  любая  отдача,  упирающаяся  в сеть, будет<br>
>> одинаковой.  Но  кроме  сети,  есть  и  другие ресурсы: потребление<br>
>> процессора, потребление памяти и нагрузка на диск. Очевидно, что по<br>
>> этим  параметрам раздача файлов с диска nginx-ом будет эффективнее,<br>
>> чем Ваша схема.<br>
> А теперь давайте включим голову.<br>
<br>
</div>Весь в ожидании.<br>
<div class="im"><br>
> Эффективность - это когда есть эффект. Какого эффекта вы ждете?<br>
<br>
</div>Утилизации всех ресурсов сервера, а не одного-двух и простой других.<br>
<br>
Если  по одним ресурсам Вы уперлись в предел, то это не значит, что по<br>
другим не нужно оптимизироваться.<br>
<div class="im"><br>
>> Все  эти три параметра в упрощённом виде показывает top.<br>
>> Его  и  стоит для начала использовать для сравнения производимых на<br>
>> сервер нагрузок.<br>
<br>
</div><div class="im">> Так вот - не надо использовать top для измерения нагрузок, если atop<br>
> уже показывает 98% для eth0.<br>
<br>
> Это простая идея, но почему-то не всем удается ее принять...<br>
<br>
</div>Зачем  Вы  опять  привязываете  себя  к сети? Уже всем понятно, что Вы<br>
упёрлись   в  неё.  Пусть  одно  ядро  загружено  драйвером  сетевухи.<br>
Остальные  ядра  зачем  грузить,  если  можно не грузить? Зачем память<br>
расходовать  на  то,  на  что можно не расходовать? Вы же одни и те же<br>
данные  держите  в  нескольких  местах:  на диске, в памяти кэша БД, в<br>
перловке,  буферах  операционки и буферах сетевухи. Пройдя от диска до<br>
сетевухи  каждый  байтик  скопируется  множество  раз.  nginx же сразу<br>
кладёт с диска в буфер сетевухи, минуя множество лишних копирований. И<br>
только  из-за  одного  этого  сэкономит  кучу процессора и оперативки,<br>
которые даже при загруженной сети всегда есть куда день.<br>
<div class="im HOEnZb"><br>
--<br>
С уважением,<br>
 Михаил                          mailto:<a href="mailto:postmaster@softsearch.ru">postmaster@softsearch.ru</a><br>
<br>
</div><div class="HOEnZb"><div class="h5">--<br>
Moscow.pm mailing list<br>
<a href="mailto:moscow-pm@pm.org">moscow-pm@pm.org</a> | <a href="http://moscow.pm.org" target="_blank">http://moscow.pm.org</a><br>
</div></div></blockquote></div><br></div>