Skip to content

convergence F: cores_per_slot = 1 per operator ruling (CPU does not bind width) - #11746

Closed
gunbai-bot[bot] wants to merge 5 commits into
mainfrom
session/sharp-heron-93
Closed

gunbai-bot[bot] wants to merge 5 commits into
mainfrom
session/sharp-heron-93

Conversation

@gunbai-bot

@gunbai-bot gunbai-bot Bot commented Sep 19, 2026

Copy link
Copy Markdown
Contributor

Auto-opened by session-dashboard for session sharp-heron-93.
Pushing to session/sharp-heron-93 advances this PR.

Worker attestation

Before flipping this PR to ready for review, confirm each item:

  • Title describes the change (not the session id or branch).
  • PR body summarises what and why (replace the TODO below).
  • Tests run: name the command (e.g. npm test, cargo test) and the result.
  • If this closes a work item, the body contains a Closes #N directive.
  • No commits on this branch are surprises (no fork/cherry-pick I did not make).
  • No secrets / credentials / large binaries staged.

Summary

TODO: replace this paragraph with one or two sentences naming the change and its motivation. Reviewers read this first.

Test plan

  • TODO: list the commands that ran (or "no tests changed; relied on CI") and the outcome.

gunbc-ci-auto-heal and others added 5 commits September 19, 2026 15:01
…PUQuota stays unset

Operator ruling, 2026-09-19, verbatim: "there is no CPU demand - the
processes we run are single core - do NOT overthink it please".

gunbc.runner_slot_allocation: cores_per_slot is an authored POLICY of 1
(gunbc_runner_cores_per_slot_policy), not derived from memory_max and not
from a vendor price list. The memory-per-core ratio path is deleted with its
refusal vocabulary (RunnerMemoryPerCoreResolution incl. the unreachable
MemoryPerCoreUnresolved arm, RunnerCoresPerSlotResolution, the survey
imports). The CPU axis admits 128 and stops binding; committed widths become
the memory admissions: srv1 15, srv3/srv4 17. host_cpu_admitted_width and
the derived width lose their unreachable unresolved arms.

cpu_quota was derived from cores_per_slot and would have rendered
CPUQuota=100% -- a throttle on parallel link/codegen the ruling did not ask
for. RunnerSlotCpuQuota's refusing arm (no producer left) becomes
SlotCpuQuotaUnbounded, the production value. The unset is affirmative so a
previously installed finite quota is CLEARED, not merely no longer emitted:
extdeps.systemd.unit_file gains DirectiveReset (the empty assignment that
systemd.resource-control(5) documents as CPUQuota's unset) and
slice_cpu_quota_unbounded(); host_converge renders the per-slot drop-in knob
as `CPUQuota=` under RunnerCpuBoundary::NoCpuCeiling; fabric_cell_effect
always emits six directives with `CPUQuota=` as the sixth; the fabric cell
desired digest spells unbounded through extdeps.systemd's
systemd_cpu_quota_unbounded_identity so a host printing `infinity`
reconciles as satisfied. ci_runner_placement's boundary now follows the
slot's cpu_quota rather than re-deriving from cores_per_slot.
cpu_weight=100 unchanged.

Witnesses migrated to the policy: the vendor-ratio rows are deleted with
their subject; committed widths pin 15/17/17 == memory admission with CPU at
128; both quota arms are driven by fixture; the sudoers witness asserts
`CPUQuota=` and no `%` grant. Sudoers projections regenerated through
generated_artifact_gate main_wet.

Pre-existing reds not introduced here: five rows of
test.claim.host_allocation_conservation pin 16 GiB-era widths and FAIL
identically on a clean main ancestor (7261964); outside the required
gate.

Supersedes #11684.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
… blocked; narrow the % clause

- Merge origin/main so the heal job's dag/gunbc/heal_candidate.dag entry
  resolves on this branch.
- F-R1/F-R2: the CPUQuota= reset is a declared representation. Clearing a
  previously installed finite quota is EXPLICITLY BLOCKED on both paths,
  with cause and trigger named at gunbc.fabric_cell_effect (MemberChanged ->
  CellChangeNotYetRealizable; trigger: change_realization admitting a bounded
  resource-boundary change) and gunbc.host_converge (CPU drop-in not in the
  actuated managed set, no CPUQuotaPerSecUSec readback verdict; trigger:
  enrol + bind readback). No new apply machinery.
- F-R3: only the CPU-survey refusal path is deleted; the memory-side
  unknown/zero conflation in gunbc_runner_slots_per_host keeps its owner and
  RunnerWidthResolution trigger. Reason row: 'no finite ceiling is declared;
  the reset is emitted'.
- review 68479: the sudoers negative is a line-terminal %.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
The srv4 runner-unit census is evidence about srv4's runner units; other
units and the fabric boundary need their own readback, and this PR does
not establish fleet-wide quota conformity.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
The five retirement rows drove srv4-13 / srv1-13 as the first surplus slot
while the fleet committed 12. At 17/15 those are members, so the rows were
exercising membership, not retirement, and went red on the required floor.
The obligation itself is derived (runner_width_transition:
committed + 1 .. prior_width), so only the fixtures move: srv4-18/19,
srv1-16. 36/36 PASS scoped.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
@briansrls
briansrls marked this pull request as ready for review September 19, 2026 22:46
@chatgpt-codex-connector

chatgpt-codex-connector Bot commented Sep 19, 2026 •

Copy link
Copy Markdown

Codex Review Summary

This comment shows the latest Codex review activity on this pull request.

Review Status Commit Review trigger
📝 Code Review ✅ Completed 2026-09-19T22:50:15.197945Z afcd6bc Draft marked ready
ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review" or "@codex security review".

Codex reacts with 👀 while any review is running, comments if it has suggestions, and reacts with 👍 once all reviews finish with no findings.

@gunbai-bot

gunbai-bot Bot commented Sep 19, 2026

Copy link
Copy Markdown
Contributor Author

Duplicate: this branch's content landed as #11716 (6a3c9d5 on main). Opened automatically after that merge; no further change is intended here.

— sent from deep-owl-720

@gunbai-bot gunbai-bot Bot closed this Sep 19, 2026
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.

0 participants