Windows 7 php + Symfony2 жутко тормозит

У меня была аналогичная проблема с symfony 1 какое-то время на XP и Server 2003. Решение заключалось в установке ускорителя PHP (eAccelerator для нас, APC может быть лучшим выбором в наши дни) плюс FastCGI/fcgid.

Приложение: прошло много времени с тех пор, как я использовал Apache в Windows. В целом я придерживался мнения, что его производительность неуклонно улучшается, а не ухудшается; однако, как и в случае большинства необычных настроек, хорошие результаты не гарантируются. Согласно моему предыдущему комментарию, я рекомендую задать ваш вопрос в Apache Lounge, где я уже встречался с отличным экспертом совет.

Если память не изменяет, они могут предложить вам бесплатный бинарный файл Apache, скомпилированный с помощью лучших инструментов, чем стандартный, предлагаемый на веб-сайте Apache.

Обновление:

Поскольку в PHP 5.5 теперь интегрирован PHP OPCache, это ускоряет время выполнения. В моей настройке полный запрос с доступом к базе данных теперь занимает 180 мс.

Шаги:

1. Обновите до последней версии php
2. Включить OPCache
3. Отключить xdebug
4. Установите realpath_cache_size = 2M, как упоминал DemonTPx.

Настройки php.ini:

realpath_cache_size = 2M
[XDebug]
xdebug.profiler_enable = 0
xdebug.remote_enable = 0
[opcache]
zend_extension = "C:\xampp18\php\ext\php_opcache.dll"
opcache.enable = 1
opcache.enable_cli = 0
opcache.memory_consumption = 128
opcache.interned_strings_buffer = 8
opcache.max_accelerated_files = 4000

Почему Windows работает медленнее, чем Unix?

Как обсуждалось здесь, PHP очень медленный в file_exists и filemtime() в Окна. поскольку Symfony2 часто использует эти функции в режиме разработки. мы не получим менее 700 мс (в ‹ = 5.4) в Windows. PHP 5.5 теперь позволяет 180 мс.

Решением может быть WinCache, который был разработан Microsoft для решения этой проблемы. на ИИС. Но поскольку это работает только в нескольких версиях Windows, а также только с IIS, для меня это не решение.

Альтернативный

Также хорошим решением, которое я могу порекомендовать, является виртуальная машина Linux на Virtualbox. Это легко настроить, а также больше похоже на производственную среду.

У меня точно такая же проблема. Установка следующего в php.ini увеличила производительность с ~ 800 мс до ~ 300 мс:

php.ini:

realpath_cache_size = 2M

Все еще не ~ 100 мс, которые я получаю от Unix-машины, но это, по крайней мере, имеет значение.

Ух ты, перепробовав много разных вещей, мне наконец удалось перейти от времени выполнения 15 с к времени выполнения 3 с на Windows7 с помощью wamp.

Как установить расширение wincache: http://us2.php.net/manual/en/wincache.installation.php

Где скачать dll wincache: http://sourceforge.net/projects/wincache/

Мое изменение конфигурации php.ini:

[PHP]
realpath_cache_size = 2M
extension=php_wincache.dll
; XDEBUG Extension
;zend_extension = "C:/Net Generation/wamp/bin/php/php5.5.12/zend_ext/php_xdebug-2.2.5-5.5-vc11.dll"
;
[xdebug]
xdebug.remote_enable = off
xdebug.profiler_enable = Off
xdebug.profiler_enable_trigger = off
xdebug.profiler_output_name = cachegrind.out.%t.%p
xdebug.profiler_output_dir = "C:/Net Generation/wamp/tmp"
xdebug.show_local_vars=0
xdebug.max_nesting_level=200

[opcache]
zend_extension = "C:/Net Generation/wamp/bin/php/php5.5.12/ext/php_opcache.dll"
opcache.enable = 1
opcache.enable_cli = 0
opcache.memory_consumption = 128
opcache.interned_strings_buffer = 8
opcache.max_accelerated_files = 4000

Я думаю, у вас проблема с механизмом кэширования. проверьте папку app\cache. должна быть папка с именем dev. если он не существует или если он пуст, проверьте права доступа к папке. когда я удаляю каталоги dev и prod в каталоге app\cache, загрузка страницы занимает 18 секунд, но после этого требуется всего 500 мс.

Несколько лет назад у меня была такая же проблема. Какое антивирусное программное обеспечение вы используете в фоновом режиме? Попробуйте деактивировать его для целей разработки или изменить. Это также могут быть некоторые службы индексирования, работающие в фоновом режиме. Symfony 2 состоит из >15000 файлов с вендорами :) Также попробуйте сделать это классическим способом, переустановив Windows с нуля. Мои сайты обычно занимают от 100 до 500 мс, а мой ноутбук медленнее, чем ваш. (Интел C2D P8600)

Просто предположение (и, вероятно, неверное), но оно может быть связано с MySQL. Видя, как вы упомянули PhpMyAdmin и Symfony 2 в качестве протестированных вами PHP-приложений, оба полагаются на MySQL (при условии, что MySQL настроен в Symfony 2). Вы не упомянули об этом в своем посте, но в настройке VirtualBox вы случайно не позволяли скрипту, работающему в Ubuntu, подключаться к серверу MySQL на вашем хост-компьютере Windows?

Вы можете проверить PHP Benchmark для некоторых сценариев тестирования производительности и посмотреть, работают ли эти сценарии. лучше по времени.

Еще вы можете попробовать использовать Xdebug и посмотреть, найдете ли вы (а) определенную (группу) функции, которые занимают слишком много времени.

Я определенно оставлю этот вопрос в качестве фаворита, потому что мне слишком любопытно посмотреть, что это было сейчас :) удачи!

Проверьте оперативную память вашего компьютера, оперативную память, используя http://oca.microsoft.com/en/windiag.asp или запустите приложение для проверки памяти, поставляемое с загрузочным компакт-диском Ubuntu.

В обоих случаях выберите то, что известно как дополнительный или глубокий тест - я точно не помню - Однако, выберите тест с более длительным временем, такие тесты бесконечны, вы просто ждете, пока тест завершит две фазы и любые проблемы с вашим Оперативная память, как правило, показана.

Кроме того, проверьте свой жесткий диск любым способом проверки. после этого попробуйте выполнить дефрагментацию диска

Я немного, ваша проблема связана с аппаратным обеспечением.

Мои страницы выполнялись 20 секунд. Установил fast cgi, увеличил лимиты памяти, все, не работает. Затем начал смотреть на временную шкалу и заметил, что модуль брандмауэра Symfony занимает большую часть времени. Оказывается, наличие «localhost» в моей конфигурации для доктрины вызывало проблемы. Изменение его на 127.0.0.1 устранило проблему. Не знаю почему, но это описано здесь:

http://12wiki.blogspot.ca/2012/11/why-does-symfony-2-firewall-take-so.html

Время загрузки страницы также зависит от времени загрузки CSS + JS + изображения. У меня была такая же проблема в CakePHP, и я решил проблему, используя mod_expires в htaccess.

Вы пробовали «ExpiresByType» в файле htaccess вашего сервера для CSS, JS и изображений? Проверьте это страница.