Skip to content

Improve NameRes memory and Solr cache configuration#1082

Open
gaurav wants to merge 5 commits into
developfrom
improve-nameres-memory-and-cache
Open

Improve NameRes memory and Solr cache configuration#1082
gaurav wants to merge 5 commits into
developfrom
improve-nameres-memory-and-cache

Conversation

@gaurav

@gaurav gaurav commented Jun 2, 2026

Copy link
Copy Markdown
Collaborator

Summary

Test plan

  • Verify NameRes Exp at RENCI starts successfully with updated resource limits
  • (IMPORTANT) Verify that doing an upgrade with this code of NameRes Dev comes up without any issues -- while some features won't work until we next reload the database, if restarting NameRes causes an issue, then NameRes CI will be down until its database can be upgraded, which would not be ideal!
  • Monitor Solr query cache hit rate after deployment to confirm improvement from ~56% baseline
  • Confirm no GC-related performance regressions (G1 should now size young gen against 200ms pause target)
  • Check that heap does not resize at runtime (Xms == Xmx)

🤖 Generated with Claude Code

gaurav and others added 5 commits June 2, 2026 13:35
The _default configset's 512-entry queryResultCache was badly undersized
(~56% hit rate, 317K evictions) while filterCache was healthy. Tune it via
the Config API during the restore job, configurable through values.yaml.

See NCATSTranslator/NameResolution#266

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
The young generation was pinned (-XX:NewSize/MaxNewSize=4G), which overrode
the adaptive G1NewSizePercent bounds and disabled the MaxGCPauseMillis goal.
Drop the pin so G1 sizes young gen against a 200ms pause target, let IHOP
stay adaptive, and set -Xms == -Xmx to avoid runtime heap resizing.

See NCATSTranslator/NameResolution#272

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant