Las propuestas van encaminadas a dos objetivos, que consideramos
fundamentales:
1) Aumentar el uso de artemisa. Esto lo consideramos bastante
importante, no solo porque los ciclos no usados son una perdida, sino
porque a la hora de ampliar artemisa vamos a competir con otros
centros de calculo que están usados al 80-90%. Es difícil argumentar
que es prioritario darnos a nosotros el dinero si la maquina no esta
llena.
2) Dar apoyo a los usuarios. La idea es que cuando alguien tenga un
proyecto concedido, pueda correr en artemisa inmediatamente. También
resulta conveniente educar un poco a los usuarios lo que significa
correr en una infraestructura grande y compartida. La union europea ha
invertido muchísimo en centros de calculo grandes, y los
investigadores que sepan usar estas maquinas tendran una ventaja en su
investigación. Artemisa puede ayudar a los investigadores del IFIC
a hacer la transición a los grandes centros de calculo mas suave.
Creemos conveniente las siguientes acciones:
a.- Crear una cola de baja prioridad y limitada a 12h de calculo,
donde se apliquen unos limites de uso muchos mas laxos. El objetivo es
simplemente llenar artemisa, si es que hay alguien que pueda llenarla.
b.- Añadir en la aplicación un ejemplo de una ejecucion típica del
proyecto. Una idea es que se mida el tiempo de un run, y se use para
dar una estimación del tiempo total de calculo que van a usar. Esto
es una versión pequeña de lo que se pide en aplicaciones a los centros de
calculo mas grandes. Por otro lado, en nuestro caso el objetivo no es
descartar usuarios que no usen la maquina de forma eficiente (ya que
esta infrautilizada), sino por un lado que estén preparador para
correr sus programas de inmediato tras la concesión del proyecto, y
por otro acostumbrarles a las típicas aplicaciones de tiempo de
calculo en infraestructuras mas grandes.
c.- Añadir para la renovación de proyectos una justificación del
tiempo usado. Aquí el principal objetivo es recabar información de los
usuarios sobre su experiencia, de forma que nos permita adaptar
artemisa a lo que los usuarios necesitan.
d.- Dado que al hacer la aplicación mas compleja, el trabajo de
soporte aumenta, quizás tenga sentido extender el periodo de
utilizacion de artemisa a 6 meses por proyecto. Otra idea es que la
rtenovacion no pida el punto b.
Somos conscientes de que estos puntos conllevan un trabajo adicional
para el comite, y sobre todo para el equipo técnico. En este sentido
la propuesta b.- (que consideramos fundamental), require un trabajo
considerable y probablemente ampliar el periodo de aplicación (donde
recibiremos muchisimas preguntas). Quizás debamos esperar a que se
incorpore la nueva contratación para considerarla prioritaria.
En cualquier caso creemos conveniente discutir los pros, contras y
detalles de estas medidas, quizás en la proxima reunión, quizás en una
reunión extra.