Dropwizard frais généraux de performance Metrics au printemps Boot

Question

J'utilise des mesures dropwizard en service démarrage Spring REST,

<!--Dropwizard Metrics for Spring--> 
    <dependency> 
     <groupId>com.ryantenney.metrics</groupId> 
     <artifactId>metrics-spring</artifactId> 
     <version>3.1.3</version> 
     <exclusions> 
      <exclusion> 
       <groupId>com.codahale.metrics</groupId> 
       <artifactId>metrics-core</artifactId> 
      </exclusion> 
     </exclusions> 
    </dependency> 

// MetricsConfig.java

import com.codahale.metrics.ConsoleReporter; 
import com.codahale.metrics.MetricRegistry; 
import com.ryantenney.metrics.spring.config.annotation.EnableMetrics; 
import com.ryantenney.metrics.spring.config.annotation.MetricsConfigurerAdapter; 
import org.springframework.context.annotation.Configuration; 

import java.util.concurrent.TimeUnit; 

    @Configuration 
    @EnableMetrics(proxyTargetClass = true) 
    public class MetricsConfig extends MetricsConfigurerAdapter { 

     @Override 

     public void configureReporters(MetricRegistry metricRegistry) { 
      // registerReporter allows the MetricsConfigurerAdapter to 
      // shut down the reporter when the Spring context is closed 
      registerReporter(ConsoleReporter 
        .forRegistry(metricRegistry) 
        .build()) 
        .start(60, TimeUnit.MINUTES); 
     } 

} 

de la configuration ci-dessus, toutes les heures dropwizard crachera out metrics à la console, pendant ce temps, Où les statistiques Dropwizard stocke et capture les données métriques? Est-ce Java tas et quel est l'impact des performances là-bas et un moyen d'affiner cela.

Answer 1

Les informations sont stockées dans Java Heap et disparaîtront une fois le serveur redémarré.

L'impact sur les performances ne devrait pas être grand et devrait normalement l'emporter sur les avantages d'avoir une telle métrique