kemal/SimurgArray
1
0 Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
76 Commits 1 Branch 3 Tags
cc110207aa60644b01ae85527fea90fbabd4bc3c
Commit Graph
3 Commits
Author SHA1 Message Date
kemalandClaude Opus 5.5 8c425182c3 V2 CN: CYTO-042 results (precision up, mosaic calls halved); pi_run reports process memory without page cache
ci / test (3.12) (push) Failing after 8s
Details
ci / test (3.13) (push) Failing after 10s
Details 
Co-Authored-By: Claude Opus 5.5 <[email protected]>
Claude-Session: https://claude.ai/code/session_01814GKVzZVL3FuF3DeiZXhv
 2026-09-29 12:20:40 +01:00
kemalandClaude Opus 5.5 8ab8e632b9 pi_run: hard per-job memory cap via a systemd scope (MemoryMax) when the memory cgroup is enabled
ci / test (3.12) (push) Failing after 8s
Details
ci / test (3.13) (push) Failing after 10s
Details 
The Pi now boots with cgroup_enable=memory cgroup_memory=1; the MemAvailable guard stays as a
second layer and as the fallback on systems without the memory controller.

Co-Authored-By: Claude Opus 5.5 <[email protected]>
Claude-Session: https://claude.ai/code/session_01814GKVzZVL3FuF3DeiZXhv
 2026-09-29 08:24:29 +01:00
kemalandClaude Opus 5.5 46be8f7ffd CN: per-probe heterozygous BAF spread from the batch reference; --mosaic-prior/--switch-distance; Pi memory guard
ci / test (3.12) (push) Failing after 9s
Details
ci / test (3.13) (push) Failing after 11s
Details 
scripts/pi_run.sh runs heavy jobs in their own process group and stops them when
MemAvailable drops below a floor (Raspberry Pi OS boots with cgroup_disable=memory, so a
systemd MemoryMax cap is not available); a 360-sample genotype run with cohort QC had
exhausted memory and the OOM killer took down the desktop session.

Co-Authored-By: Claude Opus 5.5 <[email protected]>
Claude-Session: https://claude.ai/code/session_01814GKVzZVL3FuF3DeiZXhv
 2026-09-29 07:56:12 +01:00