А шаблоны самописные, или какой-то там Smarty?<br><br><div><span class="gmail_quote">23.01.07, <b class="gmail_sendername">Evgeny Stepanischev</b> &lt;<a href="mailto:se@lixil.ru">se@lixil.ru</a>&gt; написал(а):</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
&gt;&gt; дело не в том, что на каком-то языке выполнить задачу можно быстрее,<br>&gt;&gt; дело в поиске решения, где не увеличивая затрачиваемое на выполнение<br>&gt;&gt; задачи время, добиться лучшей производительности.<br>
<br>&gt; Ну так программистам же не пофиг на чем писать.<br>&gt; Если кто-то всю жизнь хардкорно кодит на C++ - так он fcgi приложение<br>&gt; на нем напишет весьма быстро, быстрее чем на php (предварительно его<br>&gt; изучив). И работать оно будет с сумасшедшей скоростью.
<br>&gt; Если коллектив программистов на php писать умеет - то время, нужное на<br>&gt; изучение java, они гораздо эффективнее могут потратить на оптимизацию<br>&gt; архитектуры и кода.<br><br>Код и архитектуру нельзя оптимизировать вечно. Кстати, я не верю, что
<br>веб-приложения на C++ писать быстрее, чем на PHP.<br><br>&gt; И еще, если честно я не представляю - какие могут быть нагрузки, что<br>&gt; php не позволяет вытянуть. Если очень грубо считать, скрипт без<br>&gt; кеширования (не выполняющий расчетных задач) должен отдавать 100
<br>&gt; откликов в секунду на 1 процессор (обычный современный, типа 3ггц),<br>&gt; либо 50 - если используются шаблоны. Кеширование здорово может<br>&gt; увеличить показатели, и масштабируется все (до пределов одного<br>
&gt; компьютера) без доп. кодинга.<br><br>100 откликов в минуту - это 8 640 000 откликов в сутки. Это не так уж<br>плохо, если принять, что шаблоны не используются (а куда ж без них?) и<br>нагрузка равномерно размазана по всем 24 часам.
<br><br>В реальности, сайт с 5 000 000 хитов в PHP должен выдержать несколько<br>пиков, которые раз в 5-7 превышаю указанные вами цифры.<br><br><br></blockquote></div><br>