[Feature]: PAIR feedback: model-level routing toggles, controlled test runs, and concurrency controls
Maintainer antworten meist innerhalb von 5 Tagen
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 12/100
Rechercherichtung
This is a broad feature request covering several separate controls: per-model routing toggles, keep-loaded, concurrency limits, and test-runner scope. No files, tests or entry points are named in the payload, so start by locating the model load/eject actions and the test runner in the desktop UI. Done would mean the request is split into smaller issues with agreed scope.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Area
Desktop experience
User problem
Hi NVIDIA PAIR team,
First, thank you for building and releasing Personal AI Router. I’m genuinely excited about the product. I love NVIDIA’s local AI direction, and PAIR is exactly the kind of tool I want to use across my RTX machines.
After setting up PAIR across two Windows systems, I ran into a few workflow issues that I think could be improved with some model-level controls.
Right now, PAIR appears to expose model actions like load and eject, but I could not find a clean way to decide which installed models are eligible for routing. That makes the routing behavior feel too automatic. I would love to see controls such as:
- Enable/disable routing per model
- Keep-loaded toggle per model
- Max concurrent models per node
- Preferred node per model
- “Test selected model only”
- “Test selected node only”
- A safer “test all” mode that runs one model at a time, or with a visible concurrency limit
- Time Based Scheduled Loading of Model or Models and Model Grouping
In my setup, the broad test behavior appeared to launch many workload checks across many models at once. Some tests passed, but many failed with messages like “client disconnected before completion” or “context canceled.” When I tested specific models one at a time, the routes worked much more reliably. So the issue seemed less like every model was broken and more like the test runner was overloading the environment or timing out before queued model loads could complete.
I think PAIR would be much easier to trust if installed models, loaded models, and routing-eligible models were treated as separate states in the UI.
Thank you again for the work on PAIR. I’m excited about where this is going, and I hope this feedback is useful.
Best,
Chris
Desired outcome
- Enable/disable routing per model
- Keep-loaded toggle per model
- Max concurrent models per node
- Preferred node per model
- “Test selected model only”
- “Test selected node only”
- A safer “test all” mode that runs one model at a time, or with a visible concurrency limit
- Time Based Scheduled Loading of Model or Models and Model Grouping
Alternatives considered
No response
Compatibility and security implications
No response
Validation approach
No response
Confirmations
- I searched existing issues for duplicates.
- I agree to follow the Code of Conduct.
- Vorherrschende Sprache
- Go
- Sterne
- 1.6k
- Forks
- 266
- Ø Merge
- 3 T. 15 Std.
- Gemergte PRs (30 T.)
- 23
Entwicklungsumgebung
- Kein Dockerfile und keine Docker-Compose-Datei
- Hat eine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus NVIDIA/Personal-AI-Router
-
enhancement
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 25/100
NVIDIA/Personal-AI-Router#154 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 5 Tagen
-
[Feature]: [Ollama] Alert the user about model pull failuresEvtl. vergeben @ckelseynv hat das vor 1 Tag übernommen. Offenenhancement
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 56/100
NVIDIA/Personal-AI-Router#152 · 1 Kommentar · 1 zugewiesene Person ·
Maintainer antworten meist innerhalb von 5 Tagen
-
[Bug]: /v1/responses bypasses model-owner filtering in the Ollama proxyEvtl. vergeben @ilaigold hat das vor 2 Tagen übernommen. Offen
Schwierigkeit 3/5 Ein halber Tag Anfängerfreundlichkeit 84/100
NVIDIA/Personal-AI-Router#146 ·
Maintainer antworten meist innerhalb von 5 Tagen
-
Make model download cancellation asynchronousEvtl. vergeben @ckelseynv hat das vor 17 Tagen übernommen. Offenenhancement
NVIDIA/Personal-AI-Router#115 · 1 zugewiesene Person ·
Maintainer antworten meist innerhalb von 5 Tagen
-
Derive the model download and cancellation timeouts from measurementEvtl. vergeben @ckelseynv hat das vor 17 Tagen übernommen. Offenenhancement
NVIDIA/Personal-AI-Router#114 · 1 zugewiesene Person ·
Maintainer antworten meist innerhalb von 5 Tagen
Alle Issues in NVIDIA/Personal-AI-Router
Ähnliche Issues
-
bug triage
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 62/100
FairwindsOps/nova#484 ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
Maintainer antworten meist innerhalb von 1 Tag
-
automated-analysis code-quality cookie
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 66/100
github/gh-aw#67517 · 3 Kommentare ·
Maintainer antworten meist innerhalb von 1 Tag
-
[otelcol] print-config help text still requires the removed otelcol.printInitialConfig feature gateEvtl. vergeben @girishkvs hat das heute übernommen. Offen
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 88/100
open-telemetry/opentelemetry-collector#16143 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
-
bug good first issue load-balancing
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 82/100
ktrubilo9/edge-proxy#53 ·