We profiled EDD execution time, portions could need optimizing

  • Resolved dfumagalli

    (@dfumagalli)


    8 years, 8 months ago

    Hello,

    In the never ending struggle to achieve fast websites, we have profiled EDD resources usage in pages that do not use its functionality. That is, the “idle EDD performance toll”.

    We used a payware profiler (no P3), so you won’t be able to replicate the tests easily. Therefore I am including a screenshot showing most of the report.

    We have found out EDD is our 3rd top slowest plugin. It looks 4th but Genesis is the theme.

    In particular, edd_add_schema_microdata() seems to take way too long, for something that is not even necessary for the plugin to work, much less in front end pages that are not even using EDD.
    Maybe you could disable some of those expensive calls in pages where EDD is not being used?

    I hope this might help you further improve our long time favourite file download plugin.

    Best regards,
    Dario Fumagalli

    https://www.ads-software.com/plugins/easy-digital-downloads/

Viewing 3 replies - 1 through 3 (of 3 total)
  • Plugin Contributor Pippin Williamson

    (@mordauk)

    Dario,

    As a quick test, do you see similar results when EDD is the only plugin that is activated?

    Thread Starter dfumagalli

    (@dfumagalli)

    Pippin,

    we can’t do that kind of testing, because that website is in production. For the same reason, we could not use P3 but had to purchase a proprietary profiling plugin that would not severely affect performance.

    However I have tested EDD on other websites with different components (non Genesis theme, All in one SEO instead of Yoast etc.) and with P3 instead of that package and the result is that EDD indeed applies some moderate pressure on websites performance.
    That would not be bad if the effects would only show on pages where EDD is really used, our problem is that EDD affects every page. For now we are going to selectively enable it (with another plugin that lets us categorize plugins and enable them only where we want). But the ideal would be for EDD to understand if it’s being in use and only then, enable all of its slower code.

    Plugin Contributor Pippin Williamson

    (@mordauk)

    Without testing it by itself, those results cannot be reliably used to measure the performance impact, simply because of how the WordPress plugins API works. It’s extremely common for plugins to “invisibly” impact the loading time of other plugins, so in order to accurately measure the performance, the tests must be done with only the one plugin running.

    If you can show me the results from any of your sites with only EDD running, I’ll be more than happy to do whatever I can to track it down for you.

Viewing 3 replies - 1 through 3 (of 3 total)
  • The topic ‘We profiled EDD execution time, portions could need optimizing’ is closed to new replies.