Martí, veo que estás mucho mejor preparado que yo en la relativo a la gestión de trabajos del OS/400, ¿te animas a explicarlo y publicarlo en Recursos AS400? A mí me vendría de perlas. Chao. Javier
________________________________ De: [email protected] [mailto:[email protected]] En nombre de Marti Riera Enviado el: viernes, 18 de junio de 2010 12:09 Para: forum.help400 Asunto: Re: Ayuda Bueno, No se si vamos abrir un nuevo hilo.., pero creo que es interesante explicarlo: "En mi opinión, una tarea "pesada" puede tardar en ejecutarse muchos minutos o incluso algunas horas. De ejecutarse por lotes o interactivo puede variar bastante el tiempo pero nunca se conseguirá un tiempo de respuesta de segundos y mucho menos inferior a un segundo." Si y no, en general se cree que los trabajos interactivos van mas rápidos que los batch, pero depende. Básicamente todo depende de 2 parámetros del trabajo: * RUNPTY: (el mas conocido y usado) que indica al sistema operativo que prioridad de ejecución tiene el trabajo. Normalmente los trabajos interactivos tienen prioridad 25, que es mas alta que los batch y que por omisión tiene 50. Por tanto el OS400 si tiene tareas esperando de una prioridad mas alta las ejecutaran antes. * TIMESLICE: (menos conocido pero muy importante) nos indica cuantos mili-segundos permanecerá, como máximo, el trabajo activo en la CPU, para los interactivos este tiene un valor de 2000, en cambio los batch tienen 5000. esto es asi para permitir que los trabajos batch procesen mas datos cuando están ejecutándose y por eso son capaces de procesar más datos cuando están activos. * PURGE: Este lo dejo para otro día porque es más difícil de entender (yo a veces no lo entiendo) Por esta razón los trabajos interactivos aunque se ejecutan más a menudo (runpty), están menos tiempo activos (timeslice), esto es consecuente con el tipo de transacciones que debe ejecutar un trabajo interactivo y que depende más de las transacciones (interacciones) del usuario que esta frente a la sesión de pantalla, que deberían ser de corta duración. Por contra es la razón por la que los trabajos batch están menos veces activos, pero cuando lo están, están más tiempo; y también es consecuente con el tipo de trabajo que debe realizar y que mayormente son lecturas/escrituras masivas a disco. Esta claro que también depende de la carga de trabajos interactivos y de batch que tengamos al mismo tiempo en el sistema; eso es una de las razones por la que aparece el concepto de "ventana batch" y que hace referencia a las horas en que reservamos el sistema para ejecutar la mayoría de procesos batch de final o apertura de día/semana/mes/año, normalmente en horario nocturno y sin casi trabajos interactivos. Una recomendación: Ojo con jugar con estos valores si nos pasamos y según que condiciones, podemos a tener problemas de rendimiento. Saludos :o) Martí Riera www.as400howto.com 2010/6/18 Javier Mora <[email protected]> Hola Martí: "..si la sesión tiene que esperar a que acabe el proceso por lotes no ganas demasiado." No tan de acuerdo, si lanzas tareas p"pesadas" por batch el sistema esta configurado para obtener un mejor rendimiento en este tipo de tareas, por tanto la recomendación sigue siendo la misma: Tareas pesadas al batch. De ahí mi comentario de "no ganas demasiado", es decir, te toca esperar un poco menos. ;-) Saludos. Javier ____________________________________________________ Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd ) Forum.Help400 © Publicaciones Help400, S.L.
____________________________________________________ Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd ) Forum.Help400 © Publicaciones Help400, S.L.
