[ 
https://issues.apache.org/jira/browse/GIRAPH-985?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14288030#comment-14288030
 ] 

Hudson commented on GIRAPH-985:
-------------------------------

FAILURE: Integrated in Giraph-trunk-Commit #1521 (See 
[https://builds.apache.org/job/Giraph-trunk-Commit/1521/])
GIRAPH-985 addition: Making sum counter come first (majakabiljo: 
http://git-wip-us.apache.org/repos/asf?p=giraph.git&a=commit&h=a6f2a4fc929d01073058578175981b0c1c616ba0)
* 
giraph-core/src/main/java/org/apache/giraph/metrics/SuperstepMetricsRegistry.java


> Add more metrics
> ----------------
>
>                 Key: GIRAPH-985
>                 URL: https://issues.apache.org/jira/browse/GIRAPH-985
>             Project: Giraph
>          Issue Type: Improvement
>            Reporter: Maja Kabiljo
>            Assignee: Maja Kabiljo
>
> When limit number of open requests is on, significant part of computation can 
> be spent in just waiting. So adding metrics for total amount of time compute 
> threads spent in waiting on open requests, and histogram with compute times 
> per partition. These should help detecting why some job is slower than 
> expected (is it from messaging or compute).



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to