From: Paul R. <pa...@ma...> - 2009-04-18 20:57:12
|
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" <ati...@gm...> To: "Help with Mantis" <man...@li...> 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 < pa...@ma... > wrote: > On Sat, Apr 18, 2009 at 1:31 AM, Paul Richards < pa...@ma... > 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 man...@li... 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 man...@li... https://lists.sourceforge.net/lists/listinfo/mantisbt-help |
From: Gianluca S. <gi...@gm...> - 2009-04-18 22:11:35
|
On Sat, Apr 18, 2009 at 10:57 PM, Paul Richards <pa...@ma...> wrote: > Display project-selector > -> cache-all-projects For the records, which one of the following steps are be negatively affeted by completely removing the previous ? > --> get-top-level-projects > ---> check permissions > ---> get subprojects > ----> check permissions > ---> display -- Gianluca Sforna http://morefedora.blogspot.com http://www.linkedin.com/in/gianlucasforna |