jongalloway / jongalloway/dotnet-mcp

Add performance benchmarking and set performance budgets

Open
#151 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

enhancement feature: performance priority: medium size: M
Dominant language
C#
Stars
36
Forks
3
PR merge metrics
No merged PRs in 30d

Description

Description

Establish performance benchmarks and budgets to ensure the MCP server remains fast and responsive.

v1.0 split

For v1.0 release readiness, we split out a smaller, lower-risk slice (non-blocking performance smoke test + baseline measurements) into #190.

This issue (#151) now focuses on the fuller post-1.0 performance program: BenchmarkDotNet, budgets, and CI regression gating.

Motivation

Performance is a stated priority. Need to:

  • Measure current performance
  • Set acceptable performance budgets
  • Detect performance regressions
  • Optimize hot paths

Scope

  • Benchmark tool execution overhead (target: <100ms)
  • Benchmark resource access (template cache, framework info)
  • Measure memory usage
  • Set up performance tests in CI
  • Optimize based on measurements

Success Criteria

  • BenchmarkDotNet integration
  • Performance budgets defined (<100ms overhead per tool)
  • Baseline measurements documented
  • CI fails on regression >20%
  • Optimization of identified hot paths

Related

  • v1.0 slice: #190
  • Existing: Template caching already implemented

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reviewing the smaller v1.0 slice in #190 and the existing template-caching implementation to understand the current baseline. Define the BenchmarkDotNet scope for tool execution and resource access, then establish memory measurements, budgets, documented baselines, and CI regression gating. Done means the listed success criteria are met, including detecting regressions over 20% and recording any optimizations.

Written by the indexing model from the issue text.

Assessment

Tech stack
csharp
Domain
ci-cd, performance, testing-qa
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.