[wpmu-trac] [WordPress MU Trac] #1053: Memory Hog

WordPress MU Trac wpmu-trac at lists.automattic.com
Thu Jul 16 19:44:28 UTC 2009


#1053: Memory Hog
----------------------------+-----------------------------------------------
 Reporter:  jasonbenesch    |        Owner:  somebody
     Type:  enhancement     |       Status:  reopened
 Priority:  normal          |    Milestone:          
Component:  Administration  |      Version:  2.8.1   
 Severity:  normal          |   Resolution:          
 Keywords:                  |  
----------------------------+-----------------------------------------------
Changes (by jasonbenesch):

  * status:  closed => reopened
  * severity:  critical => normal
  * resolution:  invalid =>
  * summary:  White screen for dashboard => Memory Hog
  * priority:  high => normal
  * type:  defect => enhancement

Comment:

 Hey James,

 Thanks for the help.

 Thanks for pointing out the increase in memory limit.  Maybe we would be
 able to have someone add that here
 http://codex.wordpress.org/Upgrading_WPMU...

 I still don't believe that completely solves the problem though. If you
 have an inefficient query that is hogging a bunch of memory, than simply
 increasing the memory limit doesn't necessarily solve the problem. (It did
 solve most of mine)

 I am still having a couple fatal errors all revolving around
 get_blogs_of_user().

 On the file wp-admin/includes/mu.php notice that get_blogs_of_user() is
 called 3 - 4 times within itself...  This might be causing some of the
 memory hogging.  Check it:

 Called once on admin menu line 1270
 Then called again on the submenu page line 1222
 Then called again within the myblogs_allblogs_options action on line 1137

 There has got to be a better way of handling this, no?  Or am I missing
 something?

-- 
Ticket URL: <http://trac.mu.wordpress.org/ticket/1053#comment:11>
WordPress MU Trac <http://mu.wordpress.org/>
WordPress Multiuser


More information about the wpmu-trac mailing list