NYCPHP Meetup

[Néstor]

Drupal is a memory monster I am running with APC
and this is my set up on my php.ini:
max_execution_time = 120     ; Maximum execution time of each script, in
seconds
max_input_time = 60     ; Maximum amount of time each script may spend
parsing request data
memory_limit = 256M      ; Maximum amount of memory a script may consume
(16MB)

My set up on my setting.php file:
ini_set('arg_separator.output',     '&');
ini_set('magic_quotes_runtime',     0);
ini_set('magic_quotes_sybase',      0);
ini_set('session.cache_expire',     200000);
ini_set('session.cache_limiter',    'none');
ini_set('session.cookie_lifetime',  2000000);
ini_set('session.gc_maxlifetime',   200000);
ini_set('session.save_handler',     'user');
ini_set('session.use_cookies',      1);
ini_set('session.use_only_cookies', 1);
ini_set('session.use_trans_sid',    0);
ini_set('url_rewriter.tags',        '');

I have 89 modules in my set up, but only about 75 modules are turned on

I hope it helps,

:-)

On Tue, Oct 11, 2011 at 12:14 PM, Steve Manes <smanes at magpie.com> wrote:

> Another pertinent question is how many concurrent logged-in users do you
> average?  Drupal is actually pretty good about caching pages for
> anonymous users because they all see essentially the same output.  But
> lots of login accounts creates lots of dynamic overhead, particular with
> the database.  While Drupal passes core common data in the environment,
> the downside of modules is that they're each responsible for fetching
> their own data from the database, where you're at the mercy of the
> module developer.
>
> I worked on one Drupal site where there were 26 SQL queries posted for
> each page.  Optimizing the database for high traffic and gobs of cache
> memory paid the most dividends there.  So is, as another subscriber
> noted, profiling the modules you've got running.
>
> _______________________________________________
> New York PHP Users Group Community Talk Mailing List
> http://lists.nyphp.org/mailman/listinfo/talk
>
> http://www.nyphp.org/Show-Participation
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.nyphp.org/pipermail/talk/attachments/20111011/e1def320/attachment.html>