View Issue Details

IDProjectCategoryView StatusLast Update
0001737XdebugProfilingpublic2020-04-22 16:38
Reporterg.wolkerstorfer Assigned Toderick  
PriorityhighSeveritymajorReproducibilityalways
Status resolvedResolutionno change required 
OSUbuntuOS Version18.04 
Product Version2.9.1 
Summary0001737: Xdebug memory consumption dramatically increased in 2.9.1
Description

We have long running CLI PHP processes on a development server with xdebug enabled.

With Xdebug version <= 2.9.0 each process used ~109M of memory.

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
25985 tkwww 30 10 456968 108496 28840 S 0,0 0,7 0:00.75 php
25978 tkwww 30 10 456968 108444 28788 S 0,0 0,7 0:00.68 php
25980 tkwww 30 10 456968 108440 28788 S 0,0 0,7 0:00.71 php
25986 tkwww 30 10 456968 108440 28788 S 0,0 0,7 0:00.72 php

After the upgrade to Xdebug 2.9.1 each process now uses almost 500M:

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
15361 tkwww 30 10 849164 498780 28912 S 0,0 3,1 0:01.49 php
15363 tkwww 30 10 849164 498748 28880 S 0,0 3,1 0:01.54 php
15356 tkwww 30 10 849164 498744 28876 S 0,0 3,1 0:01.51 php
15362 tkwww 30 10 849164 498636 28768 S 0,0 3,1 0:01.57 php

Additional Information

@:~$ php --version
PHP 7.2.26-1+ubuntu18.04.1+deb.sury.org+1 (cli) (built: Dec 18 2019 14:58:00) ( NTS )
Copyright (c) 1997-2018 The PHP Group
Zend Engine v3.2.0, Copyright (c) 1998-2018 Zend Technologies
with Zend OPcache v7.2.26-1+ubuntu18.04.1+deb.sury.org+1, Copyright (c) 1999-2018, by Zend Technologies
with Xdebug v2.9.1, Copyright (c) 2002-2020, by Derick Rethans

TagsNo tags attached.
Operating SystemUbuntu 18.04
PHP Version7.2.20-7.2.29

Activities

derick

2020-01-27 20:33

administrator   ~0005229

Do you have the remote debugger (xdebug.remote_enable=1) enabled?

g.wolkerstorfer

2020-01-28 06:36

reporter   ~0005231

Yes - here is my config:

wolkerstorfer@****:/home/tkwww$ php -i | grep xdebug
/etc/php/7.2/cli/conf.d/20-xdebug.ini,
xdebug
xdebug support => enabled
Support Xdebug on Patreon, GitHub, or as a business: https://xdebug.org/support
xdebug.auto_trace => Off => Off
xdebug.cli_color => 0 => 0
xdebug.collect_assignments => Off => Off
xdebug.collect_includes => On => On
xdebug.collect_params => 0 => 0
xdebug.collect_return => Off => Off
xdebug.collect_vars => Off => Off
xdebug.coverage_enable => On => On
xdebug.default_enable => On => On
xdebug.dump.COOKIE => no value => no value
xdebug.dump.ENV => no value => no value
xdebug.dump.FILES => no value => no value
xdebug.dump.GET => no value => no value
xdebug.dump.POST => no value => no value
xdebug.dump.REQUEST => no value => no value
xdebug.dump.SERVER => no value => no value
xdebug.dump.SESSION => no value => no value
xdebug.dump_globals => On => On
xdebug.dump_once => On => On
xdebug.dump_undefined => Off => Off
xdebug.file_link_format => no value => no value
xdebug.filename_format => no value => no value
xdebug.force_display_errors => Off => Off
xdebug.force_error_reporting => 0 => 0
xdebug.gc_stats_enable => Off => Off
xdebug.gc_stats_output_dir => /tmp => /tmp
xdebug.gc_stats_output_name => gcstats.%p => gcstats.%p
xdebug.halt_level => 0 => 0
xdebug.idekey => no value => no value
xdebug.max_nesting_level => 400 => 400
xdebug.max_stack_frames => -1 => -1
xdebug.overload_var_dump => 2 => 2
xdebug.profiler_append => Off => Off
xdebug.profiler_enable => Off => Off
xdebug.profiler_enable_trigger => Off => Off
xdebug.profiler_enable_trigger_value => no value => no value
xdebug.profiler_output_dir => /tmp => /tmp
xdebug.profiler_output_name => cachegrind.out.%p => cachegrind.out.%p
xdebug.remote_addr_header => no value => no value
xdebug.remote_autostart => Off => Off
xdebug.remote_connect_back => On => On
xdebug.remote_cookie_expire_time => 3600 => 3600
xdebug.remote_enable => On => On
xdebug.remote_host => localhost => localhost
xdebug.remote_log => no value => no value
xdebug.remote_log_level => 7 => 7
xdebug.remote_mode => req => req
xdebug.remote_port => 9000 => 9000
xdebug.remote_timeout => 200 => 200
xdebug.scream => Off => Off
xdebug.show_error_trace => Off => Off
xdebug.show_exception_trace => Off => Off
xdebug.show_local_vars => Off => Off
xdebug.show_mem_delta => Off => Off
xdebug.trace_enable_trigger => Off => Off
xdebug.trace_enable_trigger_value => no value => no value
xdebug.trace_format => 0 => 0
xdebug.trace_options => 0 => 0
xdebug.trace_output_dir => /tmp => /tmp
xdebug.trace_output_name => trace.%c => trace.%c
xdebug.var_display_max_children => 128 => 128
xdebug.var_display_max_data => 512 => 512
xdebug.var_display_max_depth => 3 => 3

derick

2020-01-30 12:58

administrator   ~0005233

Why exactly do you have debugging enabled for a long running script? If you're not going to debug it (and you can't start debugger while it is running), it's not wise to turn the debugger on. This change in 2.9.1 reduces execution time a lot, and also makes hitting debug breakpoints more reliable.

Having said that, does using the following patch improve things?

<pre>
diff --git a/src/debugger/debugger.c b/src/debugger/debugger.c
index 4bf61061..b32e3b5b 100644
--- a/src/debugger/debugger.c
+++ b/src/debugger/debugger.c
@@ -630,7 +630,7 @@ static void add_function_to_lines_list(xdebug_lines_list *lines_list, zend_op_ar
map_item->lines_breakable = xdebug_debugger_get_breakable_lines_from_oparray(opa);

if (lines_list->count >= lines_list->size) {
  • lines_list->size = lines_list->size == 0 ? 16 : lines_list->size * 2;
  • lines_list->size = lines_list->size == 0 ? 16 : lines_list->size + 16;
    lines_list->functions = xdrealloc(lines_list->functions, sizeof(xdebug_function_lines_map_item ) lines_list->size);
    }
    lines_list->functions[lines_list->count] = map_item;
    </pre>

g.wolkerstorfer

2020-02-04 07:55

reporter   ~0005236

Thank you for the patch - I tested it and the memory usage didn`t change. For now we deactivated xdebug for the CLI to avoid the problem.

g.wolkerstorfer

2020-02-11 08:52

reporter   ~0005238

I further investigated the issue and found out, that commit https://github.com/xdebug/xdebug/commit/0e1c9de6ad9d6f05953e309605eca02947c04c44 introduced the increased memory usage.
We use Symphony Dependency Injection in our application. The resulting generated CachedContainerBuilder in our case is a php file with ~90000 lines, 0000157:0000300 proxy classes and ~7787 methods.

I wrote a simple testscript - xdebugtest.php:

&lt;?php
require_once(&quot;app/cache/autoloader_project.php&quot;);
require_once('redx/core/autoloader.php');

$pid = getmypid();

echo &quot;Mem Usage before require dependency_config.php: &quot;;
passthru('cat /proc/' . $pid . '/status | grep VmRSS');

// Cached Symphony Dependency Injection Container
require_once('app/cache/dependency_config.php');

echo &quot;Mem Usage after require dependency_config.php: &quot;;
passthru('cat /proc/' . $pid . '/status | grep VmRSS');

Xdebug disabled:

wolkerstorfer@****:/home/tkwwwgw$ php -dxdebug.remote_enable=0 xdebugtest.php
Mem Usage before require dependency_config.php: VmRSS:     38032 kB
Mem Usage after require dependency_config.php: VmRSS:      74828 kB

With Xdebug 2.9.0:

wolkerstorfer@****:/home/tkwwwgw$ php -dxdebug.remote_enable=1 xdebugtest.php
Mem Usage before require dependency_config.php: VmRSS:     38144 kB
Mem Usage after require dependency_config.php: VmRSS:      74940 kB

With Xdebug 2.9.1 (git commit 0e1c9de merged):

wolkerstorfer@****:/home/tkwwwgw$ php -dxdebug.remote_enable=1 xdebugtest.php
Mem Usage before require dependency_config.php: VmRSS:     38264 kB
Mem Usage after require dependency_config.php: VmRSS:     246744 kB

derick

2020-02-13 11:23

administrator   ~0005240

Could you provide me with the full test case, so that I can have a look at this? I am not sure what I can do about it yet, and you are talking about a really big file here...

g.wolkerstorfer

2020-04-21 09:28

reporter   ~0005399

Hi Derick,

this issue can be closed - the problem no longer exists in version 2.9.3.

Thank you!

derick

2020-04-22 16:38

administrator   ~0005400

That's good to hear - thanks for letting me know.

Issue History

Date Modified Username Field Change
2020-01-23 14:10 g.wolkerstorfer New Issue
2020-01-27 20:33 derick Assigned To => derick
2020-01-27 20:33 derick Status new => feedback
2020-01-27 20:33 derick Note Added: 0005229
2020-01-28 06:36 g.wolkerstorfer Note Added: 0005231
2020-01-28 06:36 g.wolkerstorfer Status feedback => assigned
2020-01-30 12:58 derick Status assigned => feedback
2020-01-30 12:58 derick Note Added: 0005233
2020-02-04 07:55 g.wolkerstorfer Note Added: 0005236
2020-02-04 07:55 g.wolkerstorfer Status feedback => assigned
2020-02-11 08:52 g.wolkerstorfer Note Added: 0005238
2020-02-13 11:23 derick Status assigned => feedback
2020-02-13 11:23 derick Note Added: 0005240
2020-04-21 09:28 g.wolkerstorfer Note Added: 0005399
2020-04-21 09:28 g.wolkerstorfer Status feedback => assigned
2020-04-22 16:38 derick Status assigned => resolved
2020-04-22 16:38 derick Resolution open => no change required
2020-04-22 16:38 derick Note Added: 0005400