【问题标题】:Xdebug in php.ini production performanceXdebug 在 php.ini 生产性能
【发布时间】:2018-06-04 06:47:32
【问题描述】:

禁用 xdebug 是否存在性能问题? 我的问题是我可以禁用它并将其保留在 php.in 中还是应该删除所有部分

; XDEBUG Extension
[xdebug]
zend_extension ="C:/wamp64/bin/php/php5.6.16/zend_ext/php_xdebug-2.4.0rc2-5.6-vc11-x86_64.dll"
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:/wamp64/tmp"
xdebug.show_local_vars=0

【问题讨论】:

    标签: php xdebug


    【解决方案1】:

    您需要做的就是注释此行以禁用 XDEBUG。

    ;zend_extension ="C:/wamp64/bin/php/php5.6.16/zend_ext/php_xdebug-2.4.0rc2-5.6-vc11-x86_64.dll"
    

    并且不会加载 Xdebug。你可以把所有的参数留在那里,以防你以后想重新激活 XDEBUG,

    当你移除 XDEBUG 时,它可以显着改善 php 脚本的执行时间。第一次测试时,我惊讶地发现差异如此之大。

    【讨论】:

    • 哇,为什么这被否决了……这是对一个直接问题的直接回答!
    • @RiggsFolly 这个标签长期遭受连续投票的影响。这个答案当然不值得严厉对待。
    • 感谢您的回答,如何查看改进时间?我如何衡量@RiggsFolly
    • 嗯,这不是一个容易回答的问题。当我第一次看到差异时,我正在测试一个简单的脚本,该脚本执行了相同计算的 1,000,000 次数学迭代。开启XDEBUG再关闭运行,差别非常明显
    猜你喜欢
    • 2011-10-16
    • 2018-04-26
    • 2015-04-05
    • 1970-01-01
    • 2013-06-17
    • 2017-08-07
    • 1970-01-01
    • 2015-10-15
    • 1970-01-01
    相关资源
    最近更新 更多