This repository has been archived by the owner on Jan 21, 2020. It is now read-only.
zend-view-(extra-)helpers performance overhead #25
Comments
This was referenced May 27, 2016
pine3ree
added a commit
to pine3ree/zend-form
that referenced
this issue
May 27, 2016
using v3 configure method if available and adding all services/factories/aliases... in one go. fixes the performance issues i reported earlier: zendframework/zend-servicemanager#122 zendframework/zend-expressive-zendviewrenderer#25 zendframework#76
This was referenced May 27, 2016
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
I just wanted to report that upgrading components in a small zend-expressive testing blog-like app caused a penalty in performance. I tried do downgrade and/or disable extra components (zend-i18n, zend-form) and I came to the conclusion that loading the view helpers caused a standard 10 blog post listing to more than double the processing time from 13
20 ms to 3645 ms. In both cases disabling all the (extra) view helpers the app runs in about 612 ms. This in php-fpm 7.0.x. In php-fpm 5.5.x the timing is of course doubled, so i get about 7080 ms which is comparable to a full zf(2.5) processing time.The only way i could mitigate the problem was to add to the
view_helpersconfig section only the plugins and aliases I needed instead of the whole zend-i18/zend-form configuration.btw, I tested the plugin helpers using both v2 and v3 of plugin manager construct signature.
(the small test app uses a
nzzsetup: nikic-fastroute+zend-servicemanager+zend-view)upgraded packages
zend-expressive-viewrenderer 1.0.1 => 1.1.0
zend-form 2.5.3 => 2.7.0
zend-stdlib 2.7.4 => 3.0.1
zend-servicemanager 2.7.4 => 3.0.1
zend-eventmanager 2.6.2 => 3.0.1
zend-form 2.6.0 => 2.8.3
zend-i18n 2.5.? => 2.7.2
... and other packages but they don'r seem related to the change in performance
kind regards.
maks
The text was updated successfully, but these errors were encountered: