[Vtigercrm-developers] Performance Tweaking?

[Joe Bordes]

I'm almost sure that most of the time is used up sending large picklists 
and editing information for the inline detailview ajax edit. You could 
try a few tricks:

- gzip handler at the apache level (haven't tried this myself but it 
moves the load from pure bandwidth to CPU compress/uncompress)
- html5 cache, so only the important stuff is sent (you can read about 
this on our speed wiki page)
- if they don't need inline ajax edit, change the detailview template 
for this module (easy and small template change)

- strip spaces from smarty templates (we use this one regularly as there 
an enormous amount of unnecessary white space sent on the picklists):

Index: Smarty_setup.php
===================================================================
--- Smarty_setup.php    (revisión: 541)
+++ Smarty_setup.php    (revisión: 542)
@@ -48,6 +48,7 @@
              //Added to provide User based Tagcloud
              $this->assign('TAG_CLOUD_DISPLAY', 
self::lookupTagCloudView($current_user->id) );
           }
+         $this->load_filter('output', 'trimwhitespace');
      }
  }



Let us know how it goes.

Joe
TSolucio



On 06/03/13 17:09, Alan Lord wrote:
> Looking for ideas to chase...
>
> Our customer has some custom (vtlib) modules in their vtiger 5.4.0 system.
>
> One particluar module, lets call it "A", has rather a lot of fields in
> various blocks (~94). By way of a comparison it takes ~2.5 seconds to
> load a detailview for module "A" whereas for an Account or Contact it
> takes about 0.5 seconds...
>
> We've done slow-query analysis and applied some relevant indexes but
> this has had a negligible affect on page load. It looks like the
> load/time is in the PHP/Apache area rather than MySQL.
>
> We have APC installed.
>
> Any suggestions for places/tricks to speed things up a bit?
>
> Cheers
>
> Al
>
>
> _______________________________________________
> http://www.vtiger.com/
>


-- 
Un saludo
Joe
TSolucio