Question
Pega Systems
IN
Last activity: 12 Oct 2018 15:00 EDT
Performance Check - Overall Application Health
If not through AES or PDC, what are different options that we can consider to verify that we are doing it right wrt coding - from overall health of application in view?
PAL readings
DB Trace
Alerts
Logs
Any broken queues on SMA
Any thing else?
***Edited by Moderator Marissa to update platform capability tags****
**Moderation Team has archived post**
This post has been archived for educational purposes. Contents and links will no longer be updated. If you have the same/similar question, please write a new post.
Pegasystems Inc.
US
HI JVV,
Take a look at: https://pdn.pega.com/performance-alerts-security-alerts-and-autonomic-event-services/performance-alerts-security-alerts Adding PegaRULES Log Analyzer (PLA) would help out.
Also, this is a good resource for Pega development practices: https://pdn.pega.com/developer-best-practices-pega-7
Pega Systems
IN
Thanks Brad. I am currently going through these details.
Pegasystems Inc.
US
Keep in mind that AES/PDC work off of alerts - at run-time, things were slow was slow or used more resources than we consider to be best practice [page list too large; a lot of DB IO; etc]. Absence of alerts in a dev system does not mean a good application as
a- many of the default alert thresholds are high. The DBQuery threshold in particular defaults to 500ms when in reality queries should be below 100ms.
b- Most of the time 'slow' or 'resource-heavy' is a combination of design plus actual production data. In dev systems you don't have enough data to trigger a performance hit from 'all but awful' rules.
Pega Consulting had offered an engagement 'predictive performance analysis'. Basically, run application with profiler and db tracing enabled and harvest the data. The profiler trace (which is different than tracer) gives step-by-step execution time and optionally cpu usage for activity steps and streams. DB trace gives you each and every query that ran. Find slow/hot rules; minimize the number of db queries; find the queries that are not rule-related and review them to ensure that they have sensible where clauses that can be satisfied by indexes, do not use pr_read_from_stream functions and will return a meaningful and not huge result set.
Pega Systems
IN
Thanks for the detailed information. It was helpful.
Currently I am referring to https://pdn.pega.com/developer-best-practices-pega-7 from code development point of view and https://pdn.pega.com/products/pega-autonomic-event-services.