[
https://issues.apache.org/jira/browse/HADOOP-18288?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17553882#comment-17553882
]
Viraj Jasani commented on HADOOP-18288:
---------------------------------------
Thank you [~aajisaka]!
I also thought about the same and whether to include it because metrics
collector systems would anyways have the data. However, total requests per sec
is quite basic metric that is something we can use in UI as well, hence I
thought that at least _*total rps*_ could be part of Hadoop impl itself.
On the other hand, we don't definitely need to expose requests per sec for
specialized metrics like num of open connections, errors, rpc slow calls, num
handlers in-progress, etc. Many distributed systems also provide the same, rps
for total requests (not necessarily for specialized metrics, only for total
requests that are served by the server). Does this sound good?
> Total requests and total requests per sec served by RPC servers
> ---------------------------------------------------------------
>
> Key: HADOOP-18288
> URL: https://issues.apache.org/jira/browse/HADOOP-18288
> Project: Hadoop Common
> Issue Type: Improvement
> Reporter: Viraj Jasani
> Assignee: Viraj Jasani
> Priority: Major
> Labels: pull-request-available
> Time Spent: 50m
> Remaining Estimate: 0h
>
> RPC Servers provide bunch of useful information like num of open connections,
> slow requests, num of in-progress handlers, RPC processing time, queue time
> etc, however so far it doesn't provide accumulation of all requests as well
> as current snapshot of requests per second served by the server. Exposing
> them would benefit from operational viewpoint in identifying how busy the
> servers have been and how much load they are currently serving in the
> presence of cluster wide high load.
--
This message was sent by Atlassian Jira
(v8.20.7#820007)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
