[ https://issues.apache.org/jira/browse/HDFS-13702?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16525540#comment-16525540 ]
Steve Loughran commented on HDFS-13702: --------------------------------------- This is something to talk about at a broader level than a JIRA; Stack said > I think we should commit this patch, +1, =0 I do want a trace layer in there; I do want it broader than just HDFS, and I do want it to be used from the layers above. I don't want stuff taken from DFSClient until there's a better story there. Otherwise: it'll get cut, nobody will replace it, and it'll get lost in folklore. > HTrace hooks taking 10-15% CPU in DFS client when disabled > ---------------------------------------------------------- > > Key: HDFS-13702 > URL: https://issues.apache.org/jira/browse/HDFS-13702 > Project: Hadoop HDFS > Issue Type: Bug > Components: performance > Affects Versions: 3.0.0 > Reporter: Todd Lipcon > Assignee: Todd Lipcon > Priority: Major > Attachments: hdfs-13702.patch, hdfs-13702.patch, hdfs-13702.patch > > > I am seeing DFSClient.newReaderTraceScope take ~15% CPU in a teravalidate > workload even when HTrace is disabled. This is because it stringifies several > integers. We should avoid all allocation and stringification when htrace is > disabled. -- This message was sent by Atlassian JIRA (v7.6.3#76005) --------------------------------------------------------------------- To unsubscribe, e-mail: hdfs-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: hdfs-issues-h...@hadoop.apache.org