Digma Developer Guide
  • Welcome to the Digma Docs!
  • What is a Continuous Feedback platform?
  • Digma Quickstart
  • Installation
    • Local Install
      • Local Install Architecture
      • Installation Troubleshooting
    • Central (on-prem) Install
      • Resource Requirements
  • INSTRUMENTATION
    • Instrumenting your code for tracing
    • Java
      • Automatic Instrumentation in the IDE (IntelliJ)
      • Spring, Spring Boot, Dropwizard
        • Instrumenting your code in CI/Staging or the terminal
        • Instrumenting your application in Docker Compose
        • Instrumenting your application on Kubernetes
        • Covering more of your code with Observability
        • Using GitHub Actions (beta)
        • Using Micrometer Tracing (Spring Boot 3.x only)
        • Instrumenting code running in CLI
      • Quarkus, Micronaut, OpenLiberty
    • .NET
    • Correlating observability and source code commits
    • Sending Data to Digma using the OTEL Collector
    • Sending Data to Digma Using the Datadog agent
  • Use Cases
    • Design and write code more efficiently by understanding the system flows
    • Get early feedback on bottlenecks and code issues
    • Prioritize Technical Debt
  • Digma Core Concepts
    • Environments
    • Assets
    • Analytics vs. Issues
  • Digma Features
    • Issues
      • Suspected N+1
      • Excessive API calls (chatty API)
      • Bottleneck
      • Scaling Issue
      • Session In View Query Detected
      • Query Optimization Suggested
      • High number of queries
      • Slow Endpoint
    • Analytics
      • Top Usage
      • Request Breakdown
      • Duration
      • Code Nexus
      • Duration Breakdown
      • Endpoint Low/High Usage
    • Performance Impact
    • Test observability
    • Issue Criticality
  • Sample Projects
    • Spring Boot
  • Troubleshooting
    • Reporting Plugin Issues
    • Digma Overload Warning
Powered by GitBook
On this page
  • Overload when using Digma locally
  • Overload when using Digma centrally
  1. Troubleshooting

Digma Overload Warning

PreviousReporting Plugin Issues

Last updated 1 year ago

Overload when using Digma locally

Since Digma is running locally on your development machine, it is set up to avoid consuming too much CPU resources. Therefore, instead of scaling up to handle traces concurrently, when Digma reaches a certain throughput limit, it will begin throttling incoming observability data. In essence, this means that some of the incoming traces will be dropped and Digma will continue to process traces at the same speed as before.

Overload when using Digma centrally

If you've received the Digma Overloaded warning and you would like to scale up Digma to process the additional data - you can on a local Kubernetes cluster.

When deploying Digma centrally, the Analytics Engine will scale based on the deployment configuration. Digma will monitor the size of its queues to detect if it is still unable to catch up with incoming data. In such a scenario, Digma must begin throttling or else risk running out of memory or accumulating too much lag. In such a scenario, you will receive a message that throttling is in place. One way to avoid this state is to deploy Digma using a larger deployment size. See the for more details.

install a Centralized Digma
central install documentation