[Vtigercrm-developers] Input on optizing VT performance?

[Błażej Pabiszczak]

Maybe it would be good to think about code optimization... instead of
implementing a number of different solutions, and expanding the server
over and over again. Normally, large companies optimize the environment
and hardware when the code is optimal, and they can't do much with it
anymore. You, on the other hand, want to optimize the hardware, because
nobody can be bothered to optimize Vtiger, and it's been like that for
years. Hardware optimization might improve the efficiency like 2 - 5
times, but Vtiger optimization might speed up the system 100 times. 

Currently Vtiger has 42 thousand errors [anything from security errors,
to suboptimal loops]. While optimizing, you should focus on the quality,
not on some artificial solutions that are alright just for the time
being for low requirements. 

Try to launch a system with 20 million records in a module, and 10
thousand users, then you'll realize that it doesn't matter that HHVM
lowered the loading time from 90 sec to 30 sec, because a tab should
load in 1 sec. And this can only be achieved by high quality code and
its constant optimization.

---
Z poważaniem / Regards 

BŁAŻEJ PABISZCZAK 
_Chief Executive Officer_ 
M: +48.884999123
E: b.pabiszczak at yetiforce.com 

W dniu 2016-08-03 11:04, Alan Bell napisał(a):

> 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.
> 
> _______________________________________________
> http://www.vtiger.com/
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20160804/7e174d98/attachment.html>