Back to Browse

Jperf MCP Server

Developer ToolsLow Risk10.0MCP RegistryLocal
Free

Server data from the Official MCP Registry

Java profiling MCP via jcmd/jfr/jps. Diagnose performance, analyze threads, inspect JFR recordings.

About

Java profiling MCP via jcmd/jfr/jps. Diagnose performance, analyze threads, inspect JFR recordings.

Security Report

10.0
Low Risk10.0Low Risk

Valid MCP server (2 strong, 3 medium validity signals). No known CVEs in dependencies. Package registry verified. Imported from the Official MCP Registry. Trust signals: trusted author (3/3 approved).

6 files analyzed Β· 1 issue found

Security scores are indicators to help you make informed decisions, not guarantees. Always review permissions before connecting any MCP server.

Permissions Required

This plugin requests these system permissions. Most are normal for its category.

file_system

Check that this permission is expected for this type of plugin.

env_vars

Check that this permission is expected for this type of plugin.

Shell Command Execution

Runs commands on your machine. Be cautious β€” only use if you trust this plugin.

How to Install

Add this to your MCP configuration file:

{
  "mcpServers": {
    "io-github-thesharque-javaperf": {
      "args": [
        "-y",
        "javaperf"
      ],
      "command": "npx"
    }
  }
}

Documentation

View on GitHub

From the project's GitHub README.

javaperf

npm version

MCP (Model Context Protocol) server for profiling Java applications via JDK utilities (jcmd, jfr, jps)

Enables AI assistants to diagnose performance, analyze threads, and inspect JFR recordings without manual CLI usage.

πŸ“¦ Install: npm install -g javaperf or use via npx 🌐 npm: https://www.npmjs.com/package/javaperf

How to connect to Claude Desktop / IDE

Add the server to your MCP config. Example for claude_desktop_config.json:

macOS: ~/Library/Application Support/Claude/claude_desktop_config.json Windows: %APPDATA%\Claude\claude_desktop_config.json Linux: ~/.config/Claude/claude_desktop_config.json

{
  "mcpServers": {
    "javaperf": {
      "command": "npx",
      "args": ["-y", "javaperf"]
    }
  }
}

For Cursor IDE: Settings β†’ Features β†’ Model Context Protocol β†’ Edit Config, then add the same block inside mcpServers. See the Integration section for more options (local dev, custom JAVA_HOME, etc.).

Requirements

  • Node.js v18+
  • JDK 8u262+ or 11+ with JFR support

JDK tools (jps, jcmd, jfr) are auto-detected via JAVA_HOME or which java. If not found, set JAVA_HOME to your JDK root.

Quick Start

For Users (using npm package)

# No installation needed - use directly in Cursor/Claude Desktop
# Just configure it as described in Integration section below

For Developers

  1. Clone the repository:
git clone https://github.com/theSharque/mcp-jperf.git
cd mcp-jperf
  1. Install dependencies:
npm install
  1. Build the project:
npm run build

Usage

Development Mode

npm run dev

Production Mode

npm start

MCP Inspector

Debug and test with MCP Inspector:

npx @modelcontextprotocol/inspector node dist/index.js

Integration

Cursor IDE

  1. Open Cursor Settings β†’ Features β†’ Model Context Protocol
  2. Click "Edit Config" button
  3. Add one of the configurations below
Option 1: Via npm (Recommended)

Installs from npm registry automatically:

{
  "mcpServers": {
    "javaperf": {
      "command": "npx",
      "args": ["-y", "javaperf"]
    }
  }
}
Option 2: Via npm link (Development)

For local development with live changes:

{
  "mcpServers": {
    "javaperf": {
      "command": "javaperf"
    }
  }
}

Requires: cd /path/to/mcp-jperf && npm link -g

Option 3: Direct path
{
  "mcpServers": {
    "javaperf": {
      "command": "node",
      "args": ["dist/index.js"],
      "cwd": "${workspaceFolder}",
      "env": {
        "JAVA_HOME": "/path/to/your/jdk"
      }
    }
  }
}

If list_java_processes fails with "jps not found", the MCP server may not inherit your shell's JAVA_HOME. Add the env block above with your JDK root path (e.g. /usr/lib/jvm/java-17 or ~/.sdkman/candidates/java/current).

Claude Desktop

Edit ~/Library/Application Support/Claude/claude_desktop_config.json (macOS) or %APPDATA%\Claude\claude_desktop_config.json (Windows):

{
  "mcpServers": {
    "javaperf": {
      "command": "npx",
      "args": ["-y", "javaperf"]
    }
  }
}

Continue.dev

Edit .continue/config.json:

{
  "mcpServers": {
    "javaperf": {
      "command": "npx",
      "args": ["-y", "javaperf"]
    }
  }
}

Tools

ToolDescription
list_java_processesList running Java processes (pid, mainClass, args). Use topN (default 10) to limit.
start_profilingStart JFR. Pass pid, duration (seconds). Optional: preset (default effective: profile), settingsFile (path to .jfc, mutually exclusive with preset), memorysize, stackdepth (default 128).
profile_jfr_networkSocket I/O summary from .jfr (jdk.SocketRead, jdk.SocketWrite). Optional filepath (default new_profile), topN.
profile_jfr_file_ioFile read/write summary (jdk.FileRead, jdk.FileWrite). Optional filepath, topN.
profile_jfr_locksMonitor contention (JavaMonitorBlocked) and j.u.c parking (ThreadPark). Optional filepath, topN. Live waits: analyze_threads structured=true.
profile_jfr_nativeNative-method CPU hotspots (jdk.NativeMethodSample). Optional filepath, topN.
native_memory_summaryjcmd VM.native_memory summary β€” requires JVM with -XX:NativeMemoryTracking=summary or detail. Pass pid.
gc_class_statsjcmd GC.class_stats when available (often JDK 21+). Pass pid.
gc_finalizer_infojcmd GC.finalizer_info. Pass pid.
compiler_codecachejcmd Compiler.codecache. Pass pid.
compiler_queuejcmd Compiler.queue. Pass pid.
list_jfr_recordingsList active JFR recordings for a process. Use before stop_profiling to get recordingId.
stop_profilingStop recording and save to recordings/new_profile.jfr. Requires pid and recordingId.
check_deadlockCheck for Java-level deadlocks. Returns structured JSON with threads, locks, and cycle.
analyze_threadsThread dump (jstack) with deadlock summary. Pass pid, optional topN (default 10), structured (JSON lock-wait chains). Live snapshot; historical locks: profile_jfr_locks.
heap_histogramClass histogram (GC.class_histogram). Pass pid, optional topN (20), all (triggers full GC β€” may pause app). Static snapshot; use heap_live_histogram_diff for growth.
heap_live_histogram_diffTwo histograms spaced by intervalSeconds (default 5). Top classes by instance/byte growth. First step in memory-leak workflow. Pass pid, optional topN, all, minInstanceDelta.
heap_dumpCreate .hprof for MAT/VisualVM. After heap_live_histogram_diff, use MAT Path to GC Roots. Pass pid. Saved to recordings/heap_dump.hprof.
heap_infoBrief heap summary. Pass pid.
vm_infoJVM info: uptime, version, flags. Pass pid.
trace_methodBuild call tree for a method from .jfr. Pass className, methodName. Optional: filepath (default new_profile), topN.
parse_jfr_summaryParse .jfr into summary: top methods, GC stats, anomalies. Optional: filepath (default new_profile), events, topN.
profile_memoryMemory profile: top allocators by bytes/count, allocation stacks, OldObjectSample by class. Optional: filepath, topN, sortBy (bytes/count). Pair with gc_efficiency, heap_live_histogram_diff.
gc_efficiencyGC efficiency from .jfr: pause vs freed bytes per collector. Optional: filepath, topN. After stop_profiling.
profile_timeCPU bottleneck profile (bottom-up). Optional: filepath (default new_profile), topN.
profile_frequencyCall frequency profile (leaf frames). Optional: filepath (default new_profile), topN.

Example Workflow

  1. List processes β†’ list_java_processes
  2. Start recording β†’ start_profiling with pid and duration (e.g. 60)
  3. Wait for duration seconds (or let it run)
  4. Check recordings (optional) β†’ list_jfr_recordings to get recordingId
  5. Stop and save β†’ stop_profiling with pid and recordingId
  6. Analyze β†’ parse_jfr_summary, profile_memory, gc_efficiency, profile_time, profile_frequency, trace_method, profile_jfr_network, profile_jfr_file_io, profile_jfr_locks, or profile_jfr_native (events must exist in the recording β€” use start_profiling with a suitable preset or .jfc via settingsFile)

Example Workflow: Memory leak hypothesis

  1. List processes β†’ list_java_processes
  2. Find growing classes β†’ heap_live_histogram_diff with pid, intervalSeconds: 5
  3. Record under load β†’ start_profiling β†’ wait β†’ stop_profiling
  4. Allocation profile β†’ profile_memory on new_profile (check oldObjectSamplesByClass for suspect class)
  5. GC pressure β†’ gc_efficiency on the same .jfr
  6. Confirm retention β†’ heap_dump β†’ Eclipse MAT β†’ Path to GC Roots (exclude weak/soft references)
  7. AI builds a coherent leak hypothesis from the combined results (no dedicated tool)

Remote JVM (stdio MCP)

javaperf uses stdio MCP and attaches to JVMs via local jps/jcmd. That only works on the OS account and host where the MCP process runs.

To diagnose a JVM on another machine:

  • Run the MCP server (your IDE connector, Cursor, or Claude Desktop) on that machine, for example SSH remote workspace, Codespaces, CI runner checkout on the server, or a shell session on the same host as the process.
  • Do not rely on piping jcmd over plain SSH from another host unless you deliberately run MCP there; attaching across hosts is outside this server’s scope.

Requirements (same user, local attach) listed under Limitations still apply.

Limitations

  • Sampling: JFR samples ~10ms; fast methods may not appear in ExecutionSample
  • Local only: Runs on the machine where MCP is started
  • Permissions: Must run as same user as target JVM for jcmd access

Reviews

No reviews yet

Be the first to review this server!