Atif,

I know roughly what's happening already within the code.

In essence, there is a loop that affectively does:

Display project-selector
-> cache-all-projects
--> get-top-level-projects
---> check permissions
---> get subprojects
----> check permissions
---> display

That loop in itself uses about 20MB of ram.

Mantis itself uses 8-10MB of ram to load adodb/api's etc

I'm trying to have a look at whether we can improve this logic.

In the meantime, are you able to try the APC cache ( http://pecl.php.net/package/APC ) to see how that affects memory usage? Or is that something you would not be able to run.

Paul



----- Original Message -----
From: "Atif Ghaffar" <atif.ghaffar@gmail.com>
To: "Help with Mantis" <mantisbt-help@lists.sourceforge.net>
Sent: Saturday, April 18, 2009 3:39:57 AM GMT +00:00 GMT Britain, Ireland, Portugal
Subject: Re: [mantisbt-help] installation for large volume

Hi Paul,

Are there any debug flags that I can set so I get some output in the logs etc of what it happening.
Even the logout process is taking forever :-)


On Sat, Apr 18, 2009 at 2:58 AM, Paul Richards <paul@mantisforge.org> wrote:

> On Sat, Apr 18, 2009 at 1:31 AM, Paul Richards <paul@mantisforge.org> wrote:
>
>
> If you are just evaluating, it might be worth looking at git trunk. On top of that I've got a couple of development branches at the moment that are works in progress that might have a knock-on effect of optimising some things ( http://git.mantisforge.org/w/mantisbt/paul.git - two branches - one that starts to change the way we handle dates, and the other BugData objects)
>
Paul,
>
> Can you give me the steps to checkout your repo. I am not familiar with git. (I am on a linux machine with git installed)
>
> thanks


To start with, it's probably worth trying the latest git code that's definitely going to be part of the next 1.2 beta which is at availably with:

git clone git://git.mantisbt.org/mantisbt.git

In addition, we have nightly builds of 1.2.0a3 at http://www.mantisbt.org/builds/

Also, i'd be interested to know if removing the call to project_cache_all at the end of core.php has any noticeable effect on the mantis installation with your workload.

Paul

------------------------------------------------------------------------------
Stay on top of everything new and different, both inside and
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today.
Use priority code J9JMT32. http://p.sf.net/sfu/p
_______________________________________________
mantisbt-help mailing list
mantisbt-help@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mantisbt-help




--
best regards
Atif Ghaffar

------------------------------------------------------------------------------ Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p
_______________________________________________ mantisbt-help mailing list mantisbt-help@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mantisbt-help