CapordiaDefinir qué debe proteger el calendario
Empieza por la decisión que ya no podrá esperar: una revisión de resultados, una transferencia a otro equipo o el final del periodo de alquiler. Nombra para cada proyecto a la persona habilitada para aceptar su resultado. Una fecha de entrega no es simplemente una fecha de fin del cálculo: la revisión y la recuperación de los archivos ya deben tener su lugar.
Distingue después la disponibilidad de la máquina y la de las personas. Un cálculo puede a veces avanzar de noche, pero tu equipo puede exigir presencia para un primer lanzamiento o una validación. Escribe esta restricción en lugar de contar todas las horas del forfait como horas de trabajo intercambiables. El calendario es una convención interna por confirmar, no un compromiso de suministro de Capordia.
Recoger una estimación utilizable, con su origen
Para cada trabajo, anota las entradas esperadas, la hora a la que estarán realmente listas, el número de tarjetas simultáneas, la memoria por tarjeta y las necesidades de transferencia. Añade una estimación de ocupación del recurso desde el inicio de la carga hasta su liberación. Separa las tareas de preparación que pueden hacerse antes de esa ocupación: así evitas reservar una tarjeta durante una espera administrativa.
Indica si la estimación proviene de un ensayo comparable, de una extrapolación o de una simple hipótesis. Una duración antigua solo es comparable si los datos, versiones, ajustes y recursos útiles son suficientemente parecidos. Si no hay registro, marca un intervalo por validar; no muestres una precisión al minuto que sugiera una medición. Reserva un pequeño ensayo de cualificación cuando su resultado cambie la elección del calendario.
Pasar del volumen total a los huecos realizables
Suma las ocupaciones previstas para detectar una sobrecarga evidente y, después, coloca cada trabajo en una línea de tiempo. Un procesamiento indivisible de cuatro horas no cabe en dos huecos de dos horas, salvo que se hayan validado una interrupción y una reanudación. Dos trabajos que reclaman simultáneamente el mismo disco o la misma persona también pueden estorbarse aunque quede una tarjeta disponible.
La documentación de Slurm muestra por qué el llenado de los huecos depende de las duraciones y de los recursos solicitados: una tarea menos prioritaria puede arrancar si no retrasa el inicio previsto de una tarea prioritaria. Esta lógica ayuda a leer tu plan; no anuncia la presencia de Slurm en una oferta de Capordia. Cualquier uso de un planificador supone su configuración real y una política decidida por tu equipo.
Ejemplo ficticio: tres proyectos en dos jornadas
El equipo ficticio «Bureau des tracés» dispone, para este ejercicio, de una sola tarjeta utilizable de 9:00 a 17:00 durante dos jornadas, J1 y J2. Ningún procesamiento comparte la tarjeta y cada ocupación incluye carga, cálculo y exportación. Las siguientes duraciones son hipótesis pedagógicas: no provienen ni de una GPU del catálogo ni de un benchmark. La preparación común ocupa una hora al comienzo de J1.
Atlas requiere cuatro horas y debe entregarse antes del día 2 a las 13 h. Balise requiere tres horas; sus entradas llegan el día 1 a las 11 h y su entrega está prevista para el día 1 a las 18 h. Cadastre requiere cinco horas; está listo el día 2 a las 9 h y debe entregarse antes de las 18 h. La necesidad es de 4 + 3 + 5 = 12 horas. Con una hora común y tres horas libres, el plan utiliza las dieciséis horas disponibles.
| Franja | Ocupación prevista | Duración | Condición |
|---|---|---|---|
| J1, 9:00–10:00 | Preparación y control comunes | 1 h | Entradas y versiones disponibles |
| J1, 10:00–14:00 | Atlas | 4 h | Trabajo listo a las 10 h |
| J1, 14:00–17:00 | Balise | 3 h | Entradas recibidas a las 11 h |
| J2, 9:00–14:00 | Cadastre | 5 h | Entradas recibidas a las 9 h |
| D2, 14 h–17 h | Reserva no asignada | 3 h | Margen disponible solo el J2 |
Colocar el margen antes del riesgo que debe absorber
Las tres horas libres representan el 25 % de las doce horas de trabajo. Sin embargo, este porcentaje no basta para asegurar Balise: su margen se encuentra el día siguiente a su entrega. Si Atlas tarda cinco horas en lugar de cuatro, Balise no puede terminar antes de las 17 h dentro de la ventana permitida. El plan se sostiene sobre el papel, pero su primera jornada sigue siendo frágil. Esta lectura es más útil que una simple tasa media de ocupación.
El equipo puede entonces trasladar Atlas en parte o en su totalidad a otra ventana solo si sus restricciones lo permiten, obtener una ventana adicional o reducir un alcance aceptado. Una segunda tarjeta es una opción que hay que examinar, no la conclusión automática: debe estar disponible, ser compatible y venir acompañada de los recursos anfitriones necesarios. Sin una solución validada, el responsable modifica el compromiso del proyecto antes del lanzamiento, en lugar de llamar «margen» a una reserva inutilizable.
Arbitrar un conflicto con una regla anunciada
Prepara el arbitraje antes de que dos responsables reclamen el mismo bloque. Una regla simple puede priorizar primero un plazo externo confirmado, luego un trabajo cuyas entradas estén listas y, por último, la antigüedad de la solicitud. Precisa quién puede apartarse de esta regla y qué equipo asumirá el desplazamiento. Una urgencia debe tener una consecuencia explícita en el plan, y no convertirse en una nueva prioridad permanente para quien la solicita.
Conserva el calendario de referencia y el motivo de los cambios: entrada llegada tarde, duración observada más larga o alcance ampliado. La guía sobre la cola de trabajos aborda la decisión del próximo lanzamiento; el calendario, por su parte, protege los plazos de varios proyectos. Su articulación permite explicar por qué una tarjeta momentáneamente libre no está necesariamente disponible para un procesamiento adicional prolongado.
Verificar el plan y revisarlo con las desviaciones correctas
Revisa una jornada avanzando bloque a bloque. Cada inicio debe tener disponibles sus entradas, sus accesos, su capacidad de memoria y su responsable. Controla la transferencia final y el tiempo de revisión antes de la entrega. Después simula el retraso más plausible y comprueba qué margen lo absorbe realmente. Si una sola desviación hace incumplir un plazo importante, presenta el plan como condicional.
Tras una ejecución real, distingue la espera antes del inicio, la ocupación de la tarjeta y el tiempo hasta el resultado aceptado. Corrige la próxima estimación con este desglose. Un retraso de transferencia no justifica por sí solo una tarjeta más potente; una preparación manual olvidada no se corrige aumentando el margen de cálculo. El seguimiento debe ayudar a eliminar la causa de la desviación, no a buscar un responsable a partir de un total aislado.
Vincular el calendario al plan sin confundir las unidades
Una jornada de ocho horas en este ejemplo es una ventana de organización, no una tarifa de ocho horas. El catálogo de Capordia ofrece períodos fijos de 3, 7 o 30 días y precios por lote completo. Verifica por separado la duración del alquiler, el número de tarjetas del lote y el calendario de trabajo. Una tarjeta adicional no elimina ni la preparación ni la validación humana.
El entregable útil es un calendario aprobado con sus supuestos, sus márgenes colocados y sus decisiones en caso de desviación. Queda por confirmar con los recursos efectivamente proporcionados y una prueba representativa. No conviertas ni las dieciséis horas del ejercicio ni su porcentaje de reserva en un plazo garantizado o en una regla universal de dimensionamiento.
Preguntas para decidir
¿Puedo dividir las horas previstas entre el número de GPU?
Solo si los trabajos pueden avanzar en paralelo y si los demás recursos lo permiten. Un procesamiento indivisible, una dependencia o una etapa de revisión pueden limitar el calendario. Haz visibles estas restricciones antes de convertir horas totales en número de tarjetas.
¿Qué margen conviene reservar?
El margen depende de las desviaciones plausibles y de su posición en el calendario. Las tres horas del ejemplo son ficticias y no protegen todos los plazos. Coloca una reserva antes de la entrega que debe asegurar y luego justifícala con tus observaciones.
¿El plan sustituye la recepción de la máquina?
No. Supone unos recursos y una aplicación utilizables. La recepción debe verificar este supuesto antes de considerar los bloques como aprovechables. Si una condición sigue siendo desconocida, el calendario debe mantener un estatus provisional y una decisión de respaldo.