# In a shared, loaded VM the game dies with the SSH session or misses key presses

## Symptoms

- A game started with `nohup wine ... &` over `ssh` quits soon after the SSH command returns,
  with an empty log.
- Menu keys sent with a short press (`podinput`, `xdotool key`) are ignored when the VM is
  busy (load average 19 to 24 on 4 CPUs), then arrive late, several at once.
- With two editions' discs in two drives, both labelled `POD2_0`, the game reads the wrong one.

## Cause

- The game stays in the SSH session's process group and gets its hang-up (*measured*: alive
  in the foreground, gone under `nohup` alone, alive under `setsid`).
- A press shorter than a frame of the slowed game is not seen by DirectInput (*inferred*).
- The game takes the first CD-ROM drive with the right label (*observed* in the drive scan).

## What to do

- Start the game with `setsid nohup ...`.
- Hold keys for 0.4 s (`xdotool keydown K; sleep 0.4; xdotool keyup K`) and look at the
  screen before the next press.
- Give each edition its own Wine prefix whose `dosdevices` maps only its own disc's drive; a
  second disc can be a `cdemu` device (`cdemu add-device`, `cdemu load N FILE.CUE`).