You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ambari.apache.org by "Oleksandr Diachenko (JIRA)" <ji...@apache.org> on 2013/10/28 14:19:31 UTC

[jira] [Commented] (AMBARI-3597) Services API call takes ~20s to respond

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

Oleksandr Diachenko commented on AMBARI-3597:
---------------------------------------------

In current implementation we have Clusters*Hosts*Metrics*MetricsParams number of iterations.
This patch changes number of iterations to:
* Clusters*Hosts*MetricsParams - for exact names of metrics
* Clusters*Hosts*MatchedMetrics*MetricsParams - for regular expressions

> Services API call takes ~20s to respond
> ---------------------------------------
>
>                 Key: AMBARI-3597
>                 URL: https://issues.apache.org/jira/browse/AMBARI-3597
>             Project: Ambari
>          Issue Type: Task
>          Components: agent
>    Affects Versions: 1.4.1
>            Reporter: Oleksandr Diachenko
>            Assignee: Oleksandr Diachenko
>            Priority: Critical
>             Fix For: 1.4.2
>
>         Attachments: AMBARI-3597.patch
>
>
> On cluster with 650 nodes it takes ~20s to generate a call Ambari UI makes.  The response time has to be improved.
> {code}
> http://server:8080/api/v1/clusters/c1/services?fields=components/ServiceComponentInfo,components/host_components,components/host_components/HostRoles,components/host_components/metrics/jvm/memHeapUsedM,components/host_components/metrics/jvm/memHeapCommittedM,components/host_components/metrics/mapred/jobtracker/trackers_decommissioned,components/host_components/metrics/cpu/cpu_wio,components/host_components/metrics/rpc/RpcQueueTime_avg_time,components/host_components/metrics/dfs/FSNamesystem/HAState,components/host_components/metrics/dfs/FSNamesystem/CapacityUsed,components/host_components/metrics/dfs/FSNamesystem/CapacityTotal,components/host_components/metrics/dfs/FSNamesystem/CapacityRemaining,components/host_components/metrics/dfs/FSNamesystem/BlocksTotal,components/host_components/metrics/dfs/FSNamesystem/CorruptBlocks,components/host_components/metrics/dfs/FSNamesystem/MissingBlocks,components/host_components/metrics/dfs/FSNamesystem/UnderReplicatedBlocks,components/host_components/metrics/dfs/namenode/Version,components/host_components/metrics/dfs/namenode/LiveNodes,components/host_components/metrics/dfs/namenode/DeadNodes,components/host_components/metrics/dfs/namenode/DecomNodes,components/host_components/metrics/dfs/namenode/TotalFiles,components/host_components/metrics/dfs/namenode/UpgradeFinalized,components/host_components/metrics/dfs/namenode/Safemode,components/host_components/metrics/runtime/StartTime,components/host_components/metrics/flume/flume,components/host_components/metrics/yarn/Queue&_=1382031196129
> {code}



--
This message was sent by Atlassian JIRA
(v6.1#6144)