--load: notification fan-out load (resources/subscribe across many sessions)
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- typescript
Línea de trabajo
Start by reading the --load and --load-connections implementations to understand request timing and multi-connection handling; the issue does not name file paths. Then trace how resources/subscribe and notification delivery are represented, and decide how to measure subscribe cost, per-subscriber latency, and missed notifications across sessions. Done means a fan-out load mode reports those measurements for many sessions.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
The problem
--load measures request/response latency only. A server's cost of fanning out notifications/resources/updated (or other notifications) to many subscribers, and the delivery latency each subscriber sees, is not measured.
Proposal
A fan-out mode: open N sessions, resources/subscribe each to a URI, then trigger updates (or wait for the server's own) and report per-notification delivery latency (from the trigger, or from the first subscriber's receipt), missed notifications per session, and the subscribe cost. It builds on the multi-connection machinery from --load-connections.
Split out of #2838 (item 9, "further ideas"), which covered items 1–8. Filed as follow-up work rather than built there, at the maintainer's request.
- Lenguaje dominante
- TypeScript
- Estrellas
- 11.2k
- Forks
- 1.6k
- Merge medio
- 3 h 52 min
- PR fusionados (30 d)
- 142
Preparar el entorno
- Incluye un Dockerfile o un archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de modelcontextprotocol/inspector
-
chore dependabot v2
Dificultad 1/5 1-3 horas Aptitud para principiantes 76/100
modelcontextprotocol/inspector#2899 ·
Los mantenedores suelen responder en 1 día
-
chore dependabot v2
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
modelcontextprotocol/inspector#2898 ·
Los mantenedores suelen responder en 1 día
-
chore dependabot v2
Dificultad 1/5 1-3 horas Aptitud para principiantes 82/100
modelcontextprotocol/inspector#2897 ·
Los mantenedores suelen responder en 1 día
-
chore dependencies v2
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
modelcontextprotocol/inspector#2889 ·
Los mantenedores suelen responder en 1 día
-
enhancement v2
Dificultad 4/5 3-5 días Aptitud para principiantes 42/100
modelcontextprotocol/inspector#2914 · 1 comentario ·
Los mantenedores suelen responder en 1 día
Todos los issues de modelcontextprotocol/inspector
Issues similares
-
Chip source filter and denial markers miss Storage rows when a Storage activity source is pickedAbiertobug
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 77/100
omdsh-dev/DSH-better-sidebar#1141 ·
Los mantenedores suelen responder en 2 días
-
desktop linux photos
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
Cleanup SetupPosiblemente ocupada @AlexanderKaran la tomó hoy. Abiertodocumentation enhancement
Dificultad 2/5 1-3 horas Aptitud para principiantes 64/100
e18e/framework-tracker#769 ·
Los mantenedores suelen responder en 1 día
-
fix(docker): correct stale --db-path comments in fetch/git Dockerfiles and clarify git READMEAbiertobug v2
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
modelcontextprotocol/servers#5483 ·
Los mantenedores suelen responder en 1 día