Closed eswenson1 closed 5 years ago
I have seen this when the build script terminates without finishing. Or is interrupted. Expect does not kill the sub process.
I second @rcornwell's observation. I always check for lingering processes after a failed build.
Ok, so I should close this ticket as it is expect’s fault, right?
I can try to see if there's a way to fix this in expect.
Fixed by #1729.
I'm running a build right now, and am in the final phase of the build, where the "boot2" script is being used to build the various components. Doing a "ps -elf | grep pdp10-ka" shows:
Now, the last entry is for a running pdp10-kl system that is not running under expect. It should be there. The grep, of course, is irrelevant.
However, notice that there are 3 pdp10-ka processes, having been started with the "init", "boot", and "boot2" scripts. The expect script launches each of these in that order. Now it is executing the one with the "boot2" script. The other two ("init", and "boot") should have gone away when the emulators were executed as part of the expect script.
All of these pdp10-ka instances are currently running and consuming about 30% cpu.
My host system is an Ubuntu 16.04 Linux system.
I had a user of one of my Multics systems report that the system was very sluggish. When I checked, there were 12 pdp10-ka processes running. All of these had been launched through the ITS build's expect script(s). I killed all but the ones that I needed and performance improved. They were all running with 30%+ cpu utilization.