diff options
| author | blasty <blasty@local> | 2026-07-09 15:55:38 +0200 |
|---|---|---|
| committer | blasty <blasty@local> | 2026-07-09 15:55:38 +0200 |
| commit | 4a83deb7bc2dcfed4696cd1bf2542a947ad7c4fb (patch) | |
| tree | 81c2320a6fa4156dcebab780b30245f199376bd8 /tests | |
| parent | fix: pseudocode names not refreshing across history after rename (diff) | |
| download | ida-tui-4a83deb7bc2dcfed4696cd1bf2542a947ad7c4fb.tar.gz ida-tui-4a83deb7bc2dcfed4696cd1bf2542a947ad7c4fb.tar.xz ida-tui-4a83deb7bc2dcfed4696cd1bf2542a947ad7c4fb.zip | |
stop piling up idalib workers; raise max-workers headroom
Root cause of 'Maximum idalib worker count reached': the app bumped idle_ttl to
~never on every open, so sessions never freed and hit the default cap of 4.
- app: drop the immortal bump_idle_ttl(1e9); rely on the KeepAlive heartbeat
(120s) to keep the running session warm, and open with a moderate idle_ttl
(1800s) so the worker self-exits and frees its slot after the TUI closes.
- spawn.sh: set IDA_MCP_MAX_WORKERS (default 8) for headroom.
- doc: supervisor prunes unreachable workers before counting, so killing an idle
worker frees a slot on the next open.
(Verified separately: big/truncated decompile results propagate renames fine via
the earlier force_recompile fix.)
Diffstat (limited to 'tests')
0 files changed, 0 insertions, 0 deletions
