[Vtigercrm-developers] Input on optizing VT performance?

IT-Solutions4You info at its4you.sk
Wed Aug 3 07:33:03 GMT 2016


 > If you really looking into performance, hardware is the
 > final benchmark.

I'm sorry but I disagree with this opinion. Right index DB setting 
increase the speed of the system without hardware changes. And vtiger 
need better indexes at all

Matus.


Dňa 2. 8. 2016 o 19:02 Sutharsan Jeganathan napísal(a):
> Hi Chris
>
> I would like to know whether HHVM is running at production environment
> with vtiger 6.4 and almost all features are used? how much % of
> performance it gives?  If there is a significant improvement can be
> achieved I would like to try it.
>
> In my experience, nginx gives little bit more than apache, but again
> setup effort is needed.
>
> @socialboostdk : If you really looking into performance, hardware is the
> final benchmark. From my experience, still vtiger struggles when
> database size increases simaltaniously. Which could not be resolved
> through front end optimization or backend optimization, but the
> hardware. Even if the database size is static, performance could be
> highly guaranteed by hardware only.
>
> Other question  is, whether you need an overall performance, or to a
> specific section, such as summary view?  We did some solutions by
> replacing summary view with single page concept with lazy loading which
> provides a horizontal increase of page access time
>
>
> Thanks
> Sutharsan Jeganthan
>
> On Tue, Aug 2, 2016 at 6:27 PM, socialboostdk
> <socialboostdk at gmail.com
> <mailto:socialboostdk at gmail.com>> wrote:
>
>     Hi Alan and Stefan,
>
>     Thank you for very good input!
>
>     My takeaway is then that I will look at updating libs + implementing
>     HHVM.
>
>     Alan, for the js libs - is this integrated in v6.5? And/or can i
>     support your work here in a way where we can get it in future
>     versions so we dont have to do redundant work?
>
>     Stefan - thank you very much, this sounds very interesting. I have a
>     good sysadmin, so i will ask him to look at it. Do you have
>     experience w. running VT on HHVM?
>
>     Thanks for great input!
>
>     Cheers,
>     Chris
>
>     On 2 August 2016 at 14:22, Stefan Warnat <ich at stefanwarnat.de
>     <mailto:ich at stefanwarnat.de>> wrote:
>
>         Hy Chris,
>
>         This is not worth the time. (Sorry) ;)  Because you will spend
>         too much time during analyse of code, which you could invest
>         better, because there already is a stable solution available.
>         Ask your Sysadmin to install HHVM from Facebook. This is much
>         fast then you reach with micro optimization.
>
>         *AND*: This have a much better compatibility then PHP7 and also
>         runs with Vtiger < 6.5 with all modules. Only the setup is a
>         little bit tricky. But you get a 100% faster result within 2-3
>         hours.
>
>         And I would use 6.5, because like Alan means, it is faster, too
>         and also runs with HHVM. I would not use PHP7 with Vtiger, now,
>         because you will get too much headaches.
>
>         Stefan
>
>
>         ----
>         *Freelancer at Webdevelopment*
>
>         Web: http://www.stefanwarnat.de
>         Xing: https://www.xing.com/profile/Stefan_Warnat2
>         LinkedIn: http://www.linkedin.com/pub/stefan-warnat/6/827/820
>         eMail: kontakt at stefanwarnat.de
>         <mailto:kontakt at stefanwarnat.de>
>
>
>         On Tue, Aug 2, 2016 at 1:45 PM, Alan Bell
>         <alan.bell at libertus.co.uk
>         <mailto:alan.bell at libertus.co.uk>> wrote:
>
>
>             On 02/08/16 12:34, socialboostdk wrote:
>>             Hi there,
>>
>>             I'm looking at optimizing the performance of VT, ie.
>>             compressing CSS, JS, etc. It also seems that there are
>>             many "overwrites" in the CSS where the same class is
>>             styled many times, etc.
>             JS/CSS optimising is mostly client side performance, which
>             frankly on modern PCs (or even phones/tables) isn't much of
>             an issue. I think the main thing to do with that is to get
>             all the javascript libraries updated from their sources and
>             organised in a way that means they can be easily updated in
>             future. This is something I started in this branch
>             http://code.vtiger.com/alanbell/vtigercrm/tree/javascript_library_updates
>>
>>             Does anyone have any experience in doing this and/or
>>             pointers on where to begin to get "maximum efficiency" for
>>             optimal effort?
>             yes, use xdebug to profile what it does in PHP, where it
>             spends it's time rendering a page (prior to 6.5 it was
>             pretty much all in the to_html function, 6.5 is a lot faster)
>             You can make sure apache caches things correctly, and use an
>             opcode cache for a general php performance boost.
>             If you spot any improvements please contribute them to
>             code.vtiger.com <http://code.vtiger.com>
>>
>>             Ie. perhaps some obvious optimisations, etc.
>>
>>             Thanks :)
>>
>>             Best,
>>             Chris
>>
>>
>>             _______________________________________________
>>             http://www.vtiger.com/
>
>
>             _______________________________________________
>             http://www.vtiger.com/
>
>
>
>         _______________________________________________
>         http://www.vtiger.com/
>
>
>
>     _______________________________________________
>     http://www.vtiger.com/
>
>
>
>
> _______________________________________________
> http://www.vtiger.com/
>




More information about the vtigercrm-developers mailing list