[wp-trac] [WordPress Trac] #52143: memory_limit not always adhered

WordPress Trac noreply at wordpress.org
Tue Jan 5 05:51:19 UTC 2021


#52143: memory_limit not always adhered
-------------------------------+------------------------------
 Reporter:  danielbareman      |       Owner:  (none)
     Type:  enhancement        |      Status:  new
 Priority:  normal             |   Milestone:  Awaiting Review
Component:  General            |     Version:  5.6
 Severity:  normal             |  Resolution:
 Keywords:  reporter-feedback  |     Focuses:  performance
-------------------------------+------------------------------
Changes (by mikeschroder):

 * keywords:   => reporter-feedback


Comment:

 Hi @danielbareman!

 Thanks for opening the ticket.

 The intent behind the define, so I understand it, is to provide reasonable
 defaults / expectations for PHP memory, and raise that value when
 appropriate.

 Here's the start of the relevant code:
 https://github.com/WordPress/wordpress-
 develop/blob/029dd1bbb929eec4df5f57789ef42c076aab83f0/src/wp-includes
 /default-constants.php#L37

 It looks like when it is not able to be changed by WordPress, the behavior
 is as you suggest:
 https://github.com/WordPress/wordpress-
 develop/blob/029dd1bbb929eec4df5f57789ef42c076aab83f0/src/wp-includes
 /default-constants.php#L43

 It sounds like maybe you're looking for WordPress to keep itself and
 plugins from going over a certain amount of memory, or am I mistaken?
 Could you please explain a bit more the symptoms of the issue you're
 having? Would be interested in understanding the use-case.

 Thanks again!

-- 
Ticket URL: <https://core.trac.wordpress.org/ticket/52143#comment:2>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform


More information about the wp-trac mailing list