[Vtigercrm-developers] Input on optizing VT performance?
Alan Bell
alan.bell at libertus.co.uk
Wed Aug 3 09:04:56 GMT 2016
I found HHVM to be fast, but not much faster than using an opcode cache,
which I think is simpler to set up and easier to keep updated.
http://www.hostingadvice.com/how-to/enable-php-5-5-opcache-ubuntu-14-04/
that speeds up PHP processing quite a lot, then you are probably
database bound and need to look at indexing - oh and stick the database
on an SSD rather than rotating disk and it will go quite a bit faster.
Alan.
On 03/08/16 09:54, Stefan Warnat wrote:
> Hy,
>
> To HHVM:
> *The most important one at first*: Every feature of
> Vtiger/PDFMaker/EmailMaker works! I never found one function I cannot
> use. And I/we use it in production for a huge client, which would
> directly complain about a problem.
> Facebook take a look to be more compatibly a little bit. (Not
> generally all PHP is compatible, but nothing within vtiger)
>
> Maybe you don't trust my benchmark and I couldn't believe it myself.
> Maybe in production environment I had some special MySQL Improvements.
>
> But in production I use mysql replication, which gave a very little
> decreased performance.
> I have two similar systems with ~200 000 Records in crmentity. (I must
> say VtigerCRM 6.2)
>
> 1 Testing system - On PHP 5.6:
> 1 Open the Invoice overview with 30 records and the loading time is
> ~1.5 sec.
>
> 1 Production - On HHVM:
> I open the Overview of Invoices with 50 Records and the loading time
> is 475ms.
>
> An explanation could be, like Alan means, Vtiger heavily works inside
> to_html function. HHVM extremely optimize often used functions.
> But I never try to figure out, why it is so fast.
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20160803/18bc5a2b/attachment.html>
More information about the vtigercrm-developers
mailing list