[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