perf: improve overall responsiveness

[sudo-tee]

Summary

Improve Hollow responsiveness and bound background work under heavy terminal output and automation activity.

Changes

• Add per-pane PTY byte/time budgets, prioritizing active and visible panes.
• Queue POSIX PTY input writes with bounded admission and clean shutdown.
• Add FIFO eviction and memory limits for renderer text caches.
• Make local IPC concurrent, loopback-only, deadline-bounded, and shutdown-safe.
• Add asynchronous Lua process jobs with cancellation, timeouts, output limits, promises, and callbacks.
• Fix AltGr modifier handling on Windows and X11 layouts.
• Expand native, Lua, renderer-cache, IPC, and PTY tests.
• Update Lua API types and process/IPC documentation.

[github-actions]

📦 PR builds

Platform	Download
🪟 Windows	hollow-windows-pr-1d6348c
🐧 Linux	hollow-linux-pr-1d6348c

Build details

Detail	Value
🧬 Commit	1d6348c
🕒 Started	8 Sept 2026, 12:23 UTC
✅ Completed	8 Sept 2026, 12:31 UTC
🔗 Build run	#20

Artifacts expire after 7 days.

[sebastianstudniczek]

Out of curiosty how do you identify performance bottlenecks, things that can be improved?
Asking cause in general this looks really interesting but whole terminal/PTY/renderes are kind of magical :D

Do you have maybe some materials to recommend to learn a bit about it?

[sudo-tee]

To be honest, this MR was an experiment I ran with Gpt Astra over the weekend, that turn out to real gains in performance.

This is my 1st Terminal emulator application, so I don't have real experience, I learn as I go. And I refer to other Terminal such a ghostty , wezterm for architecture and try to implement or improve them.

But with help from LLM's along the way.