Re: [Xoops-development] xoops.org stats

[R. M. v. D. <mv...@ca...>]

Thanks very much for checking.  The message I am getting is (from the
'Edit User' page):

  Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to
  allocate 41 bytes) in [...]/xoops2/kernel/object.php on line 176

The strange thing (at least I *think* it is strange), is that it always
runs out of memory at a *different* point.  e.g. If I print out loop
iterations, I never get the exact same number before it quits.  Roughly
it loads about 200-400 of the 700 users usually.

Any thoughts as to what this might be, and why when I reload the page it
runs out of memory at a different point??  I'm going to look into PHP and
see if there are any memory leak issues with 4.1.2.  Perhaps it could also
be a mysql issue... my version is 4.1alpha (and the other user who had
the problem was running 3.23.x)...

Regards,
Mike


On Sun, 8 Jun 2003, K. Ono wrote:

> Yes, it is set to 8M in php.ini and the edit users page works fine. I've
> enabled
> the access right to that page on your account in case you need to test it
> online..
>
> BTW, what exact error message do you get for the error?
> If it is really an issue of the memory limit setting in php, you would
> probably get
> a 'Fatal error' message that php generates. If not, it might be an error
> reported by mysql.
>
> Thanks and regards,
> K. Ono
>
>
> ----- Original Message -----
> From: "R. Michael van Dam" <mv...@ca...>
> To: "K. Ono" <on...@xo...>
> Sent: Sunday, June 08, 2003 12:25 PM
> Subject: Re: [Xoops-development] xoops.org stats
>
>
> >
> > Just to follow up on this... I *was* able to reproduce the problem on my
> > own site.
> >
> > I am using latest CVS codes, have register_globals ON, am running PHP
> > 4.1.2 with all standard settings in that version including the 8M memory
> > limit.  I created 700 bogus users (as that is how many another user who
> > reported this problem had) and suffered the same problems.
> >
> > There are a couple places where it loads ALL users.  In administration,
> > under 'edit user', it loads the whole list of usernames to show the
> > 'select' to choose which user you want to edit.  Also in administration
> > under 'edit groups', when you choose a group to edit, it shows at the
> > bottom of the screen a list of *all* users so you can select which ones to
> > add to the current group.  This also happens on mail users, when the
> > number of selected users become large (e.g. choosing 'registered users').
> >
> > The rest of the site seems to function normally.
> >
> > To run out of 8MB loading only 700 users means that each user object takes
> > up at least 10kB in memory.  (Of course things like smarty etc. are taking
> > up a large chunk so this estimate is probably a little large.)  This seems
> > like an awfully huge amount of overhead.
> >
> > I don't know enough about PHP to know if it just has enormous overhead in
> > its handling of classes, or perhaps there are some memory errors in this
> > version of PHP.  (Unfortunately I don't have a server available at the
> > moment where I can install a later version of PHP.)  The other user with
> > the problem is running 4.1.2 also.
> >
> > If it is not too much trouble, could you just confirm in /etc/php.ini that
> > you have 'memory_limit = 8M', and that 'Edit User' works correctly on the
> > xoops.org site?  I assume there are more than 700 users there.  If
> > everything checks out, then this probably points to PHP 4.1.2 as the
> > culprit, and would give me a concrete place to start looking for problems.
> >
> > Thanks!
> >
> > Regards,
> > Mike
> >
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by:  Etnus, makers of TotalView, The best
> thread debugger on the planet. Designed with thread debugging features
> you've never dreamed of, try TotalView 6 free at www.etnus.com.
> _______________________________________________
> Xoops-development mailing list
> Xoo...@li...
> https://lists.sourceforge.net/lists/listinfo/xoops-development
>
>