<br><br><div><span class="gmail_quote">23.01.07, <b class="gmail_sendername">Evgeny Stepanischev</b> <<a href="mailto:se@lixil.ru">se@lixil.ru</a>> написал(а):</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
>> Речь идёт не только об отдаче статики. Например, было бы интересно<br>>> сравнить быстродействие ASP vs. FastCGI PHP nginx на операции "узнать<br>>> где страница лежит в кеше, отдать".<br><br>
> Это имхо вопрос чисто академический. На практике из любого из этих<br>> решений можно выжать нужную для задачи производительность.<br><br>Вопрос отнюдь не академический. Очень часто, в разговоре с клиентом,<br>хочется аргументированно объяснить выбор решения, основываясь не на
<br>"windows - плохо, linux - хорошо", а на чём-то более весомом. Мы,<br>например, занимаемся разработкой очень наргуженных сайтов, поэтому<br>всегда находимся в поиске чего-то более производительного.<br><br>Упрощённо наш путь (если не касаться внутренностей нашего framework) -
<br>использование<br><br> Apache+PHP -><br> Apache+PHP+eaccelerator -><br> nginx+Apache+PHP+eaccelerator -><br> nginx+Apache+PHP+eaccelerator+shmop -><br> nginx+Apache+PHP+eaccelerator+memcache -><br> nginx+PHP+eaccelerator+memcache
</blockquote><div><br>Ну nginx+PHP+eaccelerator+memcache - это php как FCGI. FCGI у php далеко не идеален в плане скорости и использования всех преимуществ самого FCGI.<br>Явно быстрее будет работать Perl'овый FastCGI. Может есть что-то еще более шустрое...
<br><br>Так же уверен, что производительность можно выжать из уже используемой технологии путем оптимизации уже работающего кода... Профайлинг решат в такой ситуации.<br> </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
вопрос в том - куда дальше. если сайт лежит в кеше, то framework<br>потребляет очень мало (как раз порядка "найти в кеше, отдать"),<br>оптимизировать его, наверное, есть куда, но существенного прироста<br>это не даст.
<br><br>Очевидные шаги - попытаться сравнить nginx с чем-то (например, с<br>LiteSpeed) и прикрутить к PHP нормальный FastCGI, вместо эмуляции.<br><br>Есть ещё вариант поменять язык (например, на Python), но это очень<br>болезненный процесс - всему коллективу придётся осваивать новый язык,
<br>учится его особенностям и хакам. Так что, если и принимать такое<br>решение, то с уверенностью, что выбираешь лидера. Закономерный вопрос<br>- IISx/MSSQL/ASP.NET или LxMP?<br><br><br></blockquote></div><br>