Ну, положим, тут скорее прав 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>