问题标签 [codahale-metrics]

dropwizard有没有办法使用in来测量 CPU 使用率和不同方面（CPU、线程、内存等）的利用率spring-boot？

正如我在其他示例中发现的那样，

这给出了Timer度量标准，即“计时器测量调用特定代码的速率及其持续时间的分布”。

但是我怎样才能得到简单的响应时间。似乎Gauge更合适，但是随着时间的推移连续绘制时间并没有帮助。所以Histogram似乎也没有帮助。

我错过了什么？

我正在使用Dropwizard Metrics库来记录各种操作在我的应用程序中执行的时间，使用 aTimer和 theConsoleReporter以及记录count,等到mean rate控制台很好。

我希望这些数字也可以在 /metrics servlet 上使用，并且基于http://metrics.dropwizard.io/3.1.0/manual/servlets/我需要访问名为com.codahale.metrics.servlets.MetricsServlet.registry. 但是查看文档和代码，我看不出这是如何完成的。我现有的 /metrics 仅输出 dropwizard 和 jetty 类的计时器

[编辑]

如何将我的计时器连接到 /metrics 的输出？

我正在尝试注册我在 pvt 云环境中的 spring boot 应用程序的数量。逻辑是在启动和关闭期间使用Counter度量。所有不同的部署将发布到相同的（--假设）。以下是我在 Graphite 中得到的图表：incrementdecrementmetricPreFix

为什么0即使应用程序正在运行，我也会看到价值下降？我尝试了两种不同的实现，结果相同。有人可以指出我理解的差距吗？PFB 代码

我们使用 Jersey 创建了多个 API 端点，使用 web.xml 设置而不是资源配置设置。我们希望捕获并显示每个端点的所有请求的指标，包括所有不同的响应代码。到目前为止，我已经创建了一个扩展 InstrumentedFilterContextListener 并在其中包含 Graphite 报告器的类。

在 web.xml 中，我添加了以下块以使报告工作：

因此，通过上面的配置和下面的类，我在 Graphite Dashboard 中获得了一些信息：

我现在的问题是，据我所知，主要是与机器相关的指标、cpu、内存等被捕获，而不是像我映射的端点的正常、错误或未找到请求的数量。我已经通过添加 ConsoleReporter 测试了我的侦听器类正在捕获请求，以便我可以看到不同请求的所有计数都在增加。最后，我的问题是如何在 Graphite 中查看所有相同的 Meter 和 Timer 数据？是否有一些额外的设置我必须设置或获取这些数据，或者数据只是在 Graphite 中被称为完全不同的东西？

我最近开始学习 CodaHale/DropWizard 指标库。我无法理解 Meter 类是如何线程安全的（根据文档），尤其是 mark() 和 tickIfNecessary() 方法：

https://github.com/dropwizard/metrics/blob/3.2-development/metrics-core/src/main/java/com/codahale/metrics/Meter.java#L54-L77

我可以看到有一个 AtomicLong 类型的 lastTick，但仍然可能存在 m1-m15 速率滴答声稍长一点的情况，因此另一个线程可以调用这些滴答声以及下一个 TICK_INTERVAL 的一部分。由于 Rates 的 tick() 方法根本不同步，这难道不是一种竞争条件吗？https://github.com/dropwizard/metrics/blob/3.2-development/metrics-core/src/main/java/com/codahale/metrics/EWMA.java#L86-L95

谢谢，

玛丽安

我一直在尝试根据我的一个项目找出 MetricRegistry 的详细信息dropwizard:1.1.0

这里的一个小困惑是我看到我的服务用于localhost:8181/metrics(adminConnector) 的版本是3.1.3，它不是最新的，并且包含在dropwizard-core(注意：+- io.dropwizard.metrics:metrics-core:jar:3.2 .2 在依赖项中：下面的树）

使用的相对 POM 依赖项是：

mvn dependency:tree项目如下：

只是想知道，Dropwizard 是如何配置 MetricRegistry 的？

更多细节（如果需要）：-

我正在使用 guice 注入来绑定MetricRegistry扩展AbstractModule为的模块

并在一个调用这个注入器的服务类中

我正在尝试使用 ConsoleReporter 等内置报告器从 DSE Cassandra(dse: 5.1.0, Cassandra:3.10.0.1652) 获取指标。我可以获得除 ClientRequest.* 和 Storage.* 下的指标之外的所有指标，即使我对此集群有读/写。ClientRequest.* 组下的唯一指标是org.apache.cassandra.metrics.ClientRequest.ViewPendingMutations.ViewWrite

我尝试了不同的记者配置，但没有运气，我也没有找到与此相关的任何 JIRA。StatsD Reporter 的行为也相同。

这是带有通配符白名单的记者配置

安慰： -

outfile: '/tmp/metrics.out' period: 10 timeunit: 'SECONDS' predicate: color: "white" useQualifiedName: true patterns: - ".*"

ClientRequest 和 Storage 指标对我来说都很重要。是否有任何机构有任何指示为什么我没有得到这些指标？我感谢有关解决此问题的任何见解。

我有一个使用 Akka 的 Scala 2.11 应用程序。它的GitHub 存储库在这里。要重现我所看到的，只需克隆它，通过它构建它./gradlew fullBuild，然后通过它运行它java -jar build/libs/akka-scala-troubleshooting.jar（它是一个自包含的可执行 JAR）。但本质上，我注意到当我通过Ctrl+C它杀死正在运行的 JVM 进程时，JAR 需要10秒才能关闭！

IIRC，Ctrl+C应该向 JVM 进程发出 SIGKILL 信号，所以此后它如何再存活 10 秒让我大吃一惊！即使我记错了，我仍然想知道为什么我的应用程序没有立即关闭（不这样做会导致问题）。

我正在通过Scala Metrics库使用Dropwizard（以前称为 Coda Hale）指标。据我所知，即使 JVM 收到 SIGKILL（或发送的任何内容），也可能有一个计划的记者守护程序仍然活着，它不会立即关闭。这是主要的驱动程序（应用程序入口点）：Ctrl+C

运行 JAR 时，您会在日志中看到以下输出：

在这一点上，它只会闲置并且什么都不做——这很好，也是有意的！但是当我点击Ctrl+C终端时，我立即得到这个日志信息：

然后 10 秒过去了（每次正好 10 秒），最后是日志警告：

知道这里会发生什么吗？

更新：

我做了一个线程转储：

请注意，有 2 个线程正在尝试调用Shutdown.exit...

尝试优雅地关闭tomcat时遇到问题。发出此严重警告，应用程序将挂起，直到终止。在这种情况下，似乎与 codahale 有关，这与其他几个类似的问题不同。有关修复的任何建议。提前致谢。

（通过 Intellij 使用 Tomcat 7.0.78）