Live Helper Chat support forum.. Forum is locked. New place for questions - Github Discussions

You are not logged in.

Announcement

#1 2015-08-06 09:27:41

it3
Member
Registered: 2015-04-29
Posts: 8

High load

We were using live chat on a cluster, and periodically, but sporadically, would experience high load on one or both of the cluster servers.  They use glusterfs to keep in sync.
( https://forum.livehelperchat.com/viewtopic.php?id=1200 )

This affected the main website, which isn't ideal. We couldn't work out whether it was gluster causing the issue or not with the cache and small files etc, so we moved LHC to its own single dedicated server. (virtual) with 4 cores and 4GB RAM)

No clustering. Nice and simple.

Unfortunately we are still getting high load sporadically - on a 4 core server, we're getting loads of 240+, and it invariably occurs as live chat is being used - but not all the time.

The server is still responsive to CLI, but is unable to deliver http responses in a timely manner.  php processes hit 100% CPU.

If it makes any difference, we are using SuPHP.

Any recommendations or suggestions?

O.

Offline

#2 2015-08-06 10:26:52

remdex
Administrator
From: Lithuania
Registered: 2012-09-23
Posts: 3,661
Website

Re: High load

1. Disable automatic messages check from operator. So only 1 call per visitor will be used. But no automatic proactive invitatations. Invitation will be triggered on page view only.
2. Use NodeJS to reduce sync calls in general.
3. Make sure database fits in innoDb.
4. Have enabled op-cache or similar package.
5. Also atleast on my enviroment php-fpm + nginx gives best result. But other says perhaps apache + mod_php is faster. I just could not get it work faster than my setup...
6. You can also can try to debug mysql slow queries. Perhaps there is some SQL query which puts all this stress. Although i spedd really a lot of time on optimization this part.
7. Also you can reduce how long online visitors records are stored. Actually if your operators does not use proactive invitation there is no need to have online visitors tracking enabled. It would save bunch of SQL queries also.
8. Also if you must have online visitors tracking. You can disable users footprint tracking if it's enabled. It would save one insert within one page view.

How many http request per seconds server is handling? And let me know does any of these helped smile
If i were use. I just turned off proactive invitations checking if it's enabled and turned off online visitors tracking. There is no point to have this if operators just processed online queries directly.

So I ques enough info for start smile

Last edited by remdex (2015-08-06 10:35:03)

Offline

#3 2015-08-10 09:22:25

it3
Member
Registered: 2015-04-29
Posts: 8

Re: High load

Thank you smile

I'll let you know.

O.

Offline

Board footer