Answers.Body: <p>If you're lucky, you just need to turn on the php op-code cache. My experience using on Centos6 was that it wasn't on by default. But I'm intrigued if your slow execution time is specific to CiviCRM. If it isn't, your server specs sound reasonable, but there are many devils in the details, and I'd tend to agree with Hershel that you should go back and make sure your server is correctly setup before involving CiviCRM in the diagnosis. You should likely be aiming for a php response time under 500ms.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2018-02-12T17:57:23.653Z
Answers.Text: I agree that the op-cache seems like a likely thing to be looking at, particularly as almost all the execution time is showing as being in PHP, not in MySQL.
Answers.UserDisplayName: mc0e
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-01-17T17:41:16.197Z
Answers.LastActivityDate: 2017-01-17T17:41:16.197Z
Answers.UserDisplayName: Alan Dixon
Answers.Body: <p>This would appear to be a fairly general question of Linux server optimization, which is a complicated subject. The details of such optimization depend on a myriad of factors and settings and is, generally speaking, not the kind of thing that can be answered on a site like this--it depends as much upon the hardware as it does on the software and settings.</p>
  
  <p>To optimize your server would require an analysis of your server and its details by a sysadmin with Ubuntu experience.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-01-18T16:13:33.070Z
Answers.Text: New Relic can really help the OP carry out this task, its pretty good at helping identify longer running code and giving a break down as to what is going on in which areas of the app.
Answers.UserDisplayName: Parvez Saleh
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-01-17T17:21:06.900Z
Answers.LastActivityDate: 2017-01-17T17:27:55.750Z
Answers.LastEditDate: 2017-01-17T17:27:55.750Z
Answers.UserDisplayName: Hershel
Answers.Body: <p>We run newrelic to monitor most of our servers, your stats look very slow compared to what we normally see. It looks to me as though theres some performance issues specifically with your instance.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-01-17T14:54:40.067Z
Answers.LastActivityDate: 2017-01-17T14:54:40.067Z
Answers.UserDisplayName: Parvez Saleh
Body: <p>Anyone have an idea of how to speed up CiviCRM PHP execution time ?</p>
  
  <p>I'm an administrator of CiviCRM on Wordpress production set-up, and I find it too slow. I've conducted a little investigation using NewRelic and the whole execution time of (around 2,000ms per request in average) is due to Php execution. All the requests below are CiviCRM's (all URLs are of this type /wp-admin/admin.php?page=CiviCRM)</p>
  
  <p><a href="https://i.sstatic.net/uSQ39.png"><img src="https://i.sstatic.net/uSQ39.png" alt="?NEW RELIC SCREENSHOT"></a></p>
  
  <p>I'm running an SSD server with 2CPU@3.1Ghz + 7G RAM, with only one Wordpress&amp;CiviCRM running on an Ubuntu 16.04, Php5.6, MariaDB, Nginx, Memcached, and FPM with 25 workers. The whole system is using under 40% of RAM, 10% CPU, for an average load of around 0.3. I find it hard to believe that the server is under-sized.</p>
  
  <p>Thanks for any input on that issue !</p>
  
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2017-01-17T12:49:45.480Z
Comments.Text: Are you able to use PHP7? Civi is compatible as of a few months back, and PHP7 is significantly faster.
Comments.UserDisplayName: Andrew West
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2017-01-17T19:24:22.673Z
Comments.Text: Have you configured CiviCRM to take advantage of memcache?
Comments.UserDisplayName: Coleman
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2018-02-13T16:00:52.163Z
Comments.Text: I'm late answering this : switching to PHP 7 was a huge performance boost !
Comments.UserDisplayName: Elias Sh
Tags: <php><performance><sysadmin><nginx>
Title: How to speed up CiviCRM 4.7 php execution time
ThreadText: # How to speed up CiviCRM 4.7 php execution time
  
  (Asked by: username_0 on 2017-01-17)
  
  Anyone have an idea of how to speed up CiviCRM PHP execution time ?
  
  I'm an administrator of CiviCRM on Wordpress production set-up, and I find it too slow. I've conducted a little investigation using NewRelic and the whole execution time of (around 2,000ms per request in average) is due to Php execution. All the requests below are CiviCRM's (all URLs are of this type /wp-admin/admin.php?page=CiviCRM)
  
  [![?NEW RELIC SCREENSHOT](https://i.sstatic.net/uSQ39.png)](https://i.sstatic.net/uSQ39.png)
  
  I'm running an SSD server with 2CPU@3.1Ghz + 7G RAM, with only one Wordpress&CiviCRM running on an Ubuntu 16.04, Php5.6, MariaDB, Nginx, Memcached, and FPM with 25 workers. The whole system is using under 40% of RAM, 10% CPU, for an average load of around 0.3. I find it hard to believe that the server is under-sized.
  
  Thanks for any input on that issue !
  
  **Tags:** php, performance, sysadmin, nginx
  
  > **Comments:**
  > **username_1**: Are you able to use PHP7? Civi is compatible as of a few months back, and PHP7 is significantly faster.  
  > **username_2**: Have you configured CiviCRM to take advantage of memcache?  
  > **username_0**: I'm late answering this : switching to PHP 7 was a huge performance boost !  
  
  ---
  
  ## 3 answers
  
  ### Answer by username_3 on 2017-01-17. Score: 3
  
  If you're lucky, you just need to turn on the php op-code cache. My experience using on Centos6 was that it wasn't on by default. But I'm intrigued if your slow execution time is specific to CiviCRM. If it isn't, your server specs sound reasonable, but there are many devils in the details, and I'd tend to agree with username_5 that you should go back and make sure your server is correctly setup before involving CiviCRM in the diagnosis. You should likely be aiming for a php response time under 500ms.
  
  > **Comments:**
  > **username_4**: I agree that the op-cache seems like a likely thing to be looking at, particularly as almost all the execution time is showing as being in PHP, not in MySQL.  
  
  ---
  
  ### Answer by username_5 on 2017-01-17. Score: 3
  
  This would appear to be a fairly general question of Linux server optimization, which is a complicated subject. The details of such optimization depend on a myriad of factors and settings and is, generally speaking, not the kind of thing that can be answered on a site like this--it depends as much upon the hardware as it does on the software and settings.
  
  To optimize your server would require an analysis of your server and its details by a sysadmin with Ubuntu experience.
  
  > **Comments:**
  > **username_6**: New Relic can really help the OP carry out this task, its pretty good at helping identify longer running code and giving a break down as to what is going on in which areas of the app.  
  
  ---
  
  ### Answer by username_6 on 2017-01-17. Score: 1
  
  We run newrelic to monitor most of our servers, your stats look very slow compared to what we normally see. It looks to me as though theres some performance issues specifically with your instance.
  
  
  ---
  
  