Repository navigation
fix: use current oMLX memory guard options - #6
Merged
Merged
Conversation
|
Important
This repository does not receive automatic reviews because it has fewer than 10 stars. ⚙️ Run configuration
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
added 2 commits
October 19, 2026 21:43
# Conflicts: # src/thunder_forge/cluster/config.py # tfconfig.example.yaml
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
TF emits memory flags that current oMLX rejects before startup. Replace them with the native memory guard options in the shared argument builder used by process, LaunchAgent and LaunchDaemon startup.
Reject invalid tiers, non-finite/non-positive ceilings, booleans and
offcombined with a custom ceiling. Update the README, example config and tests. No compatibility shim, runtime version negotiation or automatic conversion of old limits: the old model/process caps and new guard have different meanings. Independent of the GPU sysctl change in #5.Evidence
--max-model-memory 90GB --max-process-memory autocommand exits 2 withunrecognized argumentsin oMLX v0.7.1rc1's parser. TF's command without the old options is accepted.After: all seven generated option combinations pass that same parser. This executes the unchanged upstream parser functions with the server entrypoint stubbed; it does not load models or start inference.
make dev-lintandgit diff --checkpass.make dev-check: 362 passed, 1 failed using an ignored copy oftfconfig.example.yaml. The existingtest_cluster_status_reports_inference_healthexpects13G, while the example config supplies11G. The same failure was reproduced from unchangedmainatb458a4e.Merge Danger
Door: two-way
Existing configs containing
max_model_memoryormax_process_memory, even null values, must remove those keys and explicitly choose the new settings. Quote"off"in YAML. A custom GB ceiling enables the guard and overrides a tier; it cannot accompany"off". No config migration is performed automatically.Blast Radius: runtime-startup
Requires an oMLX build supporting these guard flags; verified against
v0.7.1rc1. Affects generated startup commands, not host sysctl policy. No live-node restart, model load or inference-memory validation was performed.