CapordiaRedactar el contrato mínimo de una solicitud
Una solicitud aprovechable nombra un propietario, un proyecto, una entrada disponible, un comando o procedimiento identificado y un resultado esperado. Indica el número de tarjetas simultáneas, la memoria por tarjeta, la duración estimada y el destino de las salidas. Precisa por último la fecha límite, el motivo de esa fecha límite y la persona autorizada a aceptar un retraso o una reducción del alcance.
La ausencia de esta información no debe ocultarse con una prioridad alta. Una tarea cuyas entradas no están listas sigue siendo no admisible, aunque el proyecto sea importante. Pide lo que falta y fija el punto de revisión. La cola se convierte entonces en una herramienta de decisión: no se transforma en un almacén de solicitudes imposibles de lanzar que cada cual espera ver atendidas de forma espontánea.
Distinguir admisión, reserva y derecho de paso
La admisión verifica que la tarea puede examinarse: derechos, datos, compatibilidad, capacidad y procedimiento presentes. Una reserva protege después un hueco o un recurso decidido. La prioridad elige el orden entre las solicitudes admisibles que se disputan un recurso disponible. Estas tres decisiones pueden depender de personas distintas; haz explícito este reparto para evitar una validación implícita de la necesidad técnica.
Una tarjeta libre no vuelve admisibles todas las tareas. Puede faltar el disco necesario, una licencia puede limitar la concurrencia o puede requerirse el resultado anterior. A la inversa, una solicitud técnicamente lista puede esperar una decisión de calendario. Muestra una razón comprensible y una próxima acción, en lugar de un simple rango numérico que nadie sabe interpretar.
Definir prioridades que no se conviertan en privilegios
Elige unas pocas clases legibles, por ejemplo fecha límite externa confirmada, trabajo corriente y exploración sin fecha firme. Determina quién puede asignar una clase y qué prueba la justifica. Dentro de una clase, una regla de antigüedad o de rotación puede hacer previsible la elección. Una solicitud dividida en cien pequeñas entregas no debe obtener mecánicamente cien veces más posibilidades que una solicitud de otro equipo.
Slurm distingue en particular la antigüedad de espera admisible y el reparto equitativo basado en los recursos atribuidos y consumidos. Esto ilustra dos preguntas diferentes: desde cuándo se espera y qué parte se ha utilizado ya. Tu regla puede seguir siendo manual. No adoptes una fórmula de puntuación sin comprender sus parámetros; los pesos de un planificador concreto no constituyen una norma de equidad universal.
Ejemplo ficticio: dar entrada a una urgencia sin echar a los demás
El equipo ficticio «Plans et repères» utiliza una sola tarjeta. A las 9 h, una tarea del proyecto Plans dispone de un hueco confirmado hasta las 11 h; no es interrumpible. Dos solicitudes completas esperan: Repères, cuarenta minutos, y Esquisses, ochenta minutos. A las 9:30 llega una urgencia de treinta minutos, solicitada por Repères para una revisión a mediodía. Todos estos tiempos son hipótesis pedagógicas, no mediciones.
La regla local autoriza que una urgencia validada pase en el próximo punto de liberación, sin interrumpir un trabajo ya iniciado. La urgencia empieza por tanto a las 11 h y termina teóricamente a las 11:30. El equipo concede después el paso a Esquisses para evitar que Repères, ya servido por su urgencia, monopolice la cola. Esta excepción y el nuevo inicio previsto de Repères se anuncian a los responsables afectados.
| Hueco hipotético | Proyecto | Motivo del paso |
|---|---|---|
| 9 h–11 h | Plans | Hueco ya comprometido, no interrumpible |
| 11 h–11:30 | Repères, urgencia | Fecha límite externa confirmada antes de mediodía |
| 11:30–12:50 | Esquisses | Rotación tras la urgencia atendida a Repères |
| 12:50–13:30 | Repères, solicitud corriente | Siguiente solicitud admisible |
Evitar la inanición de los trabajos largos
Atender siempre la solicitud más corta ofrece una cola aparentemente fluida, pero puede posponer indefinidamente un trabajo largo. Prevé ventanas reservadas o una reconsideración a partir de una antigüedad de espera anunciada. Este umbral es una regla interna que debes definir, no un plazo de servicio garantizado. Si el trabajo largo supera realmente el periodo disponible, su admisión debe dar lugar a un nuevo calendario en lugar de a una espera sin salida.
Los huecos cortos pueden acoger tareas que no pospongan una salida reservada. Esta decisión supone una estimación creíble, un recurso realmente compatible y la posibilidad de terminar dentro de la ventana. No llenes todos los márgenes del calendario con nuevos compromisos. Una reserva destinada a absorber una desviación no es un hueco gratuito; su uso debe tener un responsable y una consecuencia conocida.
Prever una cancelación cuyo alcance sea claro
Designa quién puede cancelar su propia solicitud, la de un proyecto o una ejecución que se haya vuelto peligrosa para los demás trabajos. Para una solicitud aún en espera, confirma su retirada del orden de paso. Para un trabajo ya iniciado, comprueba primero qué es interrumpible, qué debe conservarse y quién espera sus salidas. Un mensaje «cancelación solicitada» todavía no demuestra que el recurso esté libre.
La herramienta real determina los efectos técnicos. La documentación de scancel distingue un trabajo y sus etapas, así como el envío de una señal y la cancelación del trabajo. Antes de usar una herramienta equivalente, comprueba el identificador y el alcance en cuestión; evita una selección global por comodidad. Verifica después el fin de los procesos y el destino de las salidas parciales. El plan de recuperación de datos se trata en el expediente de migración, por separado de esta regla de prioridad.
Limitar los intentos y aislar una tarea defectuosa
Decide antes de la ejecución cuántos intentos automáticos son aceptables para una misma causa. Una entrada inválida no se vuelve correcta porque se relance; una dependencia temporalmente inaccesible puede justificar un nuevo intento tras verificarla. La regla debe indicar el número máximo, el plazo eventual y el responsable de la reconsideración. Un contador puesto a cero en cada nuevo envío anula esta protección: vincula las solicitudes sucesivas al mismo problema.
En el límite decidido, retira la tarea defectuosa de la concurrencia normal y colócala en cuarentena lógica, con un motivo legible. El resto de los trabajos admisibles puede continuar. La reintegración exige una corrección o una explicación validada, una pequeña comprobación específica y una decisión del propietario; no recupera automáticamente la prioridad de una urgencia antigua. Este procedimiento resuelve la admisión tras un fallo. La conservación de las salidas y su recuperación siguen en el expediente de migración, sin inventar aquí un nuevo registro de estados.
Probar la política con cuatro situaciones sencillas
Haz que los responsables de proyectos revisen la regla con cuatro casos: dos solicitudes idénticas, una urgencia durante un trabajo no interrumpible, una tarea larga rodeada de solicitudes cortas y una solicitud incompleta clasificada como urgente. Para cada caso, una persona distinta debe llegar a la misma siguiente salida o identificar explícitamente el arbitraje requerido. Una regla que solo entiende su autor no está lista para aplicarse.
Comprueba también que una cancelación no conceda dos veces la misma capacidad y que un trabajo bloqueado no impida inútilmente otro trabajo admisible. Estas verificaciones pueden empezar sobre el papel; no demuestran la implementación de un planificador. Si después automatizas, reproduce los mismos escenarios en la herramienta configurada antes de hacer depender de ella un compromiso de proyecto.
Medir el servicio prestado por la cola
Sigue la espera de las solicitudes admisibles por clase y por proyecto, así como los motivos de bloqueo. Separa espera, ocupación y plazo hasta el resultado aceptado. Un único total de trabajos terminados puede ocultar a un equipo que siempre queda postergado o una acumulación de tareas urgentes. Examina también las diferencias entre ocupación estimada y real: influyen directamente en las reservas futuras.
Revisa la política en una fecha acordada con el equipo, o después de un incidente que revele una regla ausente. Cambia una regla a la vez y anuncia su efecto sobre las solicitudes ya existentes. El resultado esperado es un orden de paso explicable, excepciones trazables y un calendario coherente. No sustituye la autenticación de la cuenta Capordia ni los permisos de la máquina, y no crea ningún compromiso de soporte.
Preguntas para decidir
¿Hay que dar siempre prioridad a una urgencia?
Una urgencia debe ser admisible, justificada y validada según la regla común. No vuelve interrumpible un trabajo en curso. Define su punto de paso, las solicitudes desplazadas y la persona que asume el efecto sobre sus plazos.
¿Cómo evitar que un equipo monopolice los turnos?
Mira los recursos ya obtenidos y la espera de los demás proyectos, y luego usa una rotación o una regla de reparto explícita. El número bruto de solicitudes no es una medida de equidad. Prevé también el tratamiento de los trabajos largos.
¿Este método obliga a instalar Slurm?
No. La documentación de Slurm aclara algunas distinciones, pero la política puede aplicarse primero en la herramienta de coordinación del equipo. Una automatización eventual requiere su propia configuración y sus controles; no se presupone que se proporcione ningún planificador.