You are viewing a plain text version of this content. The canonical link for it is here.
Posted to server-dev@james.apache.org by "René Cordier (Jira)" <se...@james.apache.org> on 2020/03/09 10:51:00 UTC
[jira] [Closed] (JAMES-3107) Log request when P99 is exceeded
[ https://issues.apache.org/jira/browse/JAMES-3107?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
René Cordier closed JAMES-3107.
-------------------------------
Fix Version/s: 3.5.0
Resolution: Done
> Log request when P99 is exceeded
> --------------------------------
>
> Key: JAMES-3107
> URL: https://issues.apache.org/jira/browse/JAMES-3107
> Project: James Server
> Issue Type: New Feature
> Components: Metrics
> Reporter: Benoit Tellier
> Priority: Major
> Fix For: 3.5.0
>
>
> Given our current tooling I struggle to correctly review slow requests from James.
> My current procedure is:
> - In grafana identify timestamp of a spike
> - Groke logs in kibana until I find something that could correspond
> - Pray and hope my analisys stands.
> This is both time consumming, hard to do and unreliable.
> Identifying slow queries is important as it can point us to critical path to optimize.
> Hence I propose to log an info message when p99 is exceeded for high level function (JMAP methods, IMAP processors, matcher mailet and overall processing, mailbox listeners, and remote delivery).
> In order to avoid log spamming I propose to only log when a function-specified threshold is exceeded (defaulting to 100ms)
> I belive it will help us coming up with more meaningful performance analysis and better fixes for the greater goods of our prduction platforms.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org