El proceso worker no se auto-limita el tiempo a sí mismo

[dato]

Actualmente, el worker limita el tiempo de ejecución del proceso de los alumnos a 120 segundos. Para ello, usa la funcionalidad timeout del propio módulo subprocess:

try:
  output, _ = cmd.communicate(timeout=timeout)
except subprocess.TimeoutExpired:
  cmd.kill()

Por si acaso, también configura una señal de Unix (SIGALRM) a 180 segundos, por si cmd.communicate() se quedara colgado:

signal.alarm(int(timeout * 1.5))
try:
  corrector(tmpdir).run(timeout)
except Timeout:
  raise ErrorAlumno("El proceso tardó más de {} segundos".format(timeout))

Sin embargo, si el código de los alumnos termina dentro del tiempo, se procede a anular la alarma:

finally:
  signal.alarm(0)

Lo cuál haría que cualquier código posterior propio del worker no esté sujeto al timeout. En principio... no hay¹ más código del worker, pues ya imprimió todo lo que tenía que imprimir. Pero cualquier código que hubiera no estaría sujeto a control de tiempo, lo cual podría ser fatal; se debería quitar la llamada a signal.alarm(0) y manejar la excepción Timeout aditional. Así, el corrector tendría al menos 60 segundos para realizar su labor.

---

(¹) En realidad sí hay, ya, código extra del worker: TemporaryDirectory.cleanup() ejecutado por el context manager de la la línea:

with tempfile.TemporaryDirectory(prefix="corrector.") as tmpdir:

Y ya ha causado problemas el que no esté time-boxed, #17.