PHP Accelerators....

**Jacob** · 2007-11-15, 12:36 AM

There are a lot of things that can be done. Most of them are not terribly easy.

First, we have spent a lot of time on Sugar 5, boosting client side performance. Most of the work in the login is not actually on the server side, it is actually data being sent over the network to the client.

Boosting client side cache can help. PHP accelerators will not make a significant difference for this use case.

If you can offload static content out of Apache, you can see a big speedup. The system is getting or checking for latest on a bunch of files, images, CSS, javascript, ... Static content servers will serve up that content much faster than a general web engine.

Make sure HTTP compression is turned on on the web server.
You can also minify the javascript to remove comments and whitespace. This is a safe operation that will greatly reduce the size of the transmitted data. Sugar 5 includes this OOB and has a script that can be applied to the files from older versions.

Another great find is FasterFox if your clients happen to be using FireFox. This application extension greatly boosts the caching capabilities of FireFox.

Jacob

**smueller72** · 2007-11-15, 01:22 AM

Thanks again for the additional info.

We'll try some of these out. We've thought out the offloading of the static content out of Apache and have investigated a few options for doing so. Any 'best practices' there or anything you all are doing with Sugar OnDemand or any success stories you are aware of?

**Jacob** · 2007-11-15, 04:12 PM

We are shortcutting the process and leveraging a hardware load balancer that offers static content caching.

**ogardarsson** · 2008-02-05, 02:53 PM

I just installed SugarCRM 5 on two servers (for comparisons). One server is SuSE 10 - 64 bit on an IBM P5 virtual machine and the other is a more comon intel box running SuSE 10 32 bit. Both ran SugarCRM 5 just fine although the P5 is much faster. Then I installed Zend optimizer on the intel box but SugarCRM will simply not function with it. I can remove the zend entries from the php.ini file and get it going again but naturally I want to see better performance. Any ideas on what could be the problem between Sugar and Zend?

**ogardarsson** · 2008-02-05, 03:20 PM

Originally Posted by ogardarsson

I just installed SugarCRM 5 on two servers (for comparisons). One server is SuSE 10 - 64 bit on an IBM P5 virtual machine and the other is a more comon intel box running SuSE 10 32 bit. Both ran SugarCRM 5 just fine although the P5 is much faster. Then I installed Zend optimizer on the intel box but SugarCRM will simply not function with it. I can remove the zend entries from the php.ini file and get it going again but naturally I want to see better performance. Any ideas on what could be the problem between Sugar and Zend?

Ignore my last message on this. SugarCRM is not the problem, Zend is not correctly set up.

**Jacob** · 2008-02-05, 04:15 PM

Let us know how this goes.

One thing to keep in mind. Zend Optimizer takes the PHP generated op codes and speeds them up. It does not provide a cache, or remember the op codes between round trips. You should get a much better performance boost out of installing a full fledged op code cache with Sugar external cache support. APC and Zend Platform are the two currently supported ones.

More details are here:
http://www.sugarcrm.com/wiki/index.p...d_Accelerators

Jacob

Jacob