Posted: 23 Jan 2017 6:28 EST Last activity: 23 Feb 2017 2:22 EST
Production Slowness for Users
We are using Pega 6.2 SP2 and Jboss 5.1 as web server.
We are facing slowness issues across the platform and unfortunately are unable to find the Root cause whether its App server, DB server or the Storage/Networks.
We have raised this with the Oracle team and also with the Red hat support team.
Would also like to check with Pega technicians about the issue.
Users are facing latency in getting into the app through single sing on, we have checked with the Single sign on team and have got a response that the users are waiting for your app server to respond and the slowness lies with your app.
Would need your help to understand is there any Pega config for number of users who can logon to a server and once the threshold is reached other requesters need to wait for connection to be made available.
AJAX issues on screen for the almost all the users.
Hi dalbir , as per my understanding RDs also some times cause slowness in accessingthe application can you check whether any of the RD exexcution is takign long time .Or any bulk process loading is happenig on the server
Posted: 4 years ago
Updated: 4 years ago
Posted: 24 Jan 2017 8:26 EST Updated: 24 Jan 2017 8:25 EST
Srinivasa Rao Ancha (SriniAncha)
Capgemini Sverige AB
Senior Applications Consultant
Capgemini Sverige AB
Thanks for your valuable responses actually the issue which we were facing was more over the network side. The link between the Darabase and tye storage was a 1 GBPS link and as we have shared database amoung applications we were pumping more than that hence clogging the storage link. Due to this the data retrieval use to take lot of time. We have now migrated the storage link from 1 GB to 10 GB on the network layer and things are moving faster than ever before.
But, still at some points we do see a sudden hike on the link from average load of 1.5 GB to 4 GB. We are still hunting for that heavy operation which should be causing this. We have taken few reports like AWR, ASH reports from DB. If anyone can lend additional hand on this it would be great.