Please, somebody help us to confirm or advise to fix this expectation be the root cause of problem. Our customer has had UEM and business transactions User Action take duration time much as Visit pic.
We expect root cause of issue have been happened between Mobile App and Threads of Apache be full usage as Threads chart and Transaction flow pic.
The information above make us think root cause happen from Threads of Apache be full usage, it makes some process/action of Mobile App in queue for wait Threads/Worker have idle because issue appear at the same duration time between User Action and Threads of Apache be full usage.
If our expectation is correct. We would like to somebody advise to turning Threads of Apache to expand it and advise our customer because we tried to find an explanation on web ref. http://httpd.apache.org/docs/2.4/mod/mpm_common.html#threadlim, it explain MaxSpareThreads parameter have the default is 250 but we don’t sure that must change this parameter because have many parameter related Threads of Apache.
Customer’s Apache parameter detail as pic below;
Answer by dynatrace A. ·
Hi everyone, I’m Natthapong V.
Update issue, after advise our customer as our recommend but advise of forums about Bandwidth calculation and MaxRequestWorkers of Apache @Babar Q. @Jussi N., customer have been scheduling to process. Our customer added MaxSpareThreads parameter more than 250 at last week but still have issue, user action take duration time much as screenshot;
Visit of issue;
Transaction from User Action blue selected;
Time 12.31 Apache process many take Transaction response time contribution%;
Time 12.31 Purepaths tree of Purepaths many take response time;
Time 12.33 External service process many take Transaction response time contribution%;
Apache process of purepaths at time 12.31 – 12.33, it’s normal, thread is not full.
User Action Purepaths at time 12.31, Purepaths: *[com.techberry.icollection.service.ICollectionAndroidService]* Client Family: Samsung Galaxy Tab S2 8.0, it take Transaction response time contribution on Mobile App 100%
Above information, Is it possible that root cause may be devices version of Samsung Galaxy Tab S2 8.0 because our customer only have sent visit Client Family Samsung Galaxy Tab S2 8.0 on everytime.
If you have more any advise, please do not hesitate to reply me, Thank so much. #appmon 7.0
Answer by Jussi N. ·
It looks like this Apache server is using the "prefork" MPM module, which means that it is actually using worker processes instead of worker threads. In this case the important configuration value is "MaxRequestWorkers", which seems to have been set to 250 in the configuration. Increasing this value will enable Apache to spawn more worker processes.
The large amount of network delay you are seeing is due to the fact that the requests are stuck in the listening socket's waiting queue while all Apache workers are busy; this does not mean that the bandwidth is not enough. Once Apache has enough worker processes to handle the load, the network contribution should become very small again.
Just for reference, a little explanation on the other values seen in the configuration under "IfModule mpm_prefork_module":
* StartServers: this is the initial amount of servers started by Apache when it boots. This should be close to the amount of Apache workers during standard load on your system so that Apache can handle the traffic right after startup.
* MinSpareServers: this is the amount of free (not busy) server processes that Apache tries to keep around. So if your traffic often has big spikes, you should keep more servers around ready to handle the spikes. It will create more overhead on the system though.
* MaxSpareServers: this is the maximum amount of those free worker processes. If more processes than this amount are not busy, Apache starts to kill the unnecessary workers.
* MaxConnectionsPerChild: this is the number of connections handled by a child process before it terminates and forces Apache to spawn a new worker. This is more of a workaround for buggy modules with memory leaks, and should not even be necessary in normal case.
Answer by Babar Q. ·
As per the shared screenshot 'Network' is the main reason of slow actions.
Did you ask the bandwidth utilization particularity for this mobile application?
Can you disable the bandwidth calculation on mobile browsers to isolate the issue?