Fernando, hace algun tiempo en IBM nos recomendaron lo mismo, mas memoria,
tal vez mas disco y hasta considerar un crecimiento del equipo, en el peor
de los casos, pero a fin de cuentas no fue necesario.
Como dicen Oscar y Alvaro, puedes saber como anda de memoria tu sistema
viendo las faltas de pagina en TODOS los pools, pero considera que esto no
es una referencia definitiva, primero valdria revisar la sintonia de tu
equipo, depende mucho de como tengas configuradas algunas cosas, te doy dos
ejemplos relacionados con la paginacion del la memoria:
1. El valor del sistema QPFRADJ. Este valor del sistema no aplica
unicamente a la asignacion de memoria, controla otras cosas, pero
enfoquemonos unicamente a la asignacion de memoria. Si es igual a 0 no se
ajusta la asignacion de memoria en los pools y es necesario hacerlo a mano,
si es 1 solamente se autobalancea la asignacion de memoria en la IPL en
funcion de la actividad desde la IPL previa, si es 3 la memoria se asigna
cada cierto tiempo de manera y por ultimo si el valor es 2 el sistema
reasigna la memoria a los pools al IPL y periodicamente (combina las
opciones 1 y 3) esta opcion es la que me parece mas recomendable
2. La opcion de paginacion de los pools. Este valor es propio de cada pool
si esta en *FIXED el sistema no ajusta las caracteristicas de paginacion
del pool, si es *CALC el sistema ajusta automaticamente las opciones de
paginacion de cada pool, para pools compartidos (SHRPOOLs) es preferible
que se encuentren en *CALC, para los pools del sistema (MACHINE, BASE,
INTERACT y SPOOL) lo mejor es que revises la Guia de Gestion de Trabajos
(Work Management Guide).
Ademas debes considerar como estan otras cosas, como el maximo de hebras
(threads) activas y los porcentajes minimo y maximo de memoria asignables
por pool, y revisar el promedio de transiciones de hebras por minuto
(activo a espera, espera a inelegible y activo a inelegible), igual revisa
la conveniencia de separar trabajos en subsistemas segun sus
caracteristicas, por ejemplo no se recomienda que los programadores
trabajen en el mismo subsistema que los usuarios finales (las compilaciones
suelen ser fatales para el rendimiento) ni que los trabajos en batch se
ejecuten en el subsistema de interactivo.
En fin, despues de sintonizar el sistema el unico desembolso que hicimos
fue en un curso de administracion del sistema y no hubo necesidad de
invertirle al equipo sino hasta poco mas de dos a�os despues que pasamos de
un 500 a un 720. La guia de gestion de trabajos tiene toda la informacion
que necesitas y bastante bien explicada, yo te recomendaria que antes de
hacer caso a la gente de IBM le des una buena estudiada al tema.
Despues de tanto rollo y volviendo a tu pregunta, WRKSYSSTS te puede dar
informacion, y si tienes las performance tools ahi hay un par de comandos
que te pueden servir, por extra�a$ razone$ a nosotros ya no nos las
compraron.
Saludos.
Jes�s Humberto Olague Alcal�
L�der de Proyectos
Envases y Tapas Modelo, S.A. de C.V.
e-mail: [EMAIL PROTECTED]
Tel: (478) 985 4100 Ext. 247
Fax: (478) 985 4100 Ext. 249
"Metalkris S.A."
<[EMAIL PROTECTED]> Para: <[EMAIL PROTECTED]>
Enviado por: cc:
forum.help400-request@ Asunto: Memoria mejora
rendimiento
combios.es
23/06/2003 11:58
Por favor, responda a
forum.help400
Compa�eros del foro:
Me gustaria trasladarles la siguiente inquietud:
Nuestro agente de IBM nos aconseja una ampliaci�n de memoria, ya que
ultimamente observamos cierta bajada de rendimiento en el as/400 mod 270.
�podemos ver mediante alg�n paramentro del WRKACTJOB, WRKSYSSTS, ETC. algo
que nos indique que efectivamente estamos escasos de memoria?
Nos encontramos en la versi�n 5.1, nuestro equipo es un 270 con 500 mb de
memoria.
Les agradezco su colaboraci�n.
oooooooooooooooooooooooooo ______\|/_________________
oo_/_/_/oo_/_/_/oo_/_/oooo Metalkris, S.A.
oo_/oooooo_/ooo_/o_/oo_/oo Centro de Proceso de Datos
oo_/oooooo_/_/_/oo_/oo_/oo http://www.metalkris.es
oo_/_/_/oo_/oooooo_/_/oooo __________________________
oooooooooooooooooooooooooo Fernando S�nchez Pi�a
_____________________________________________________
Forum.HELP400 es un servicio m�s de NEWS/400.
� Publicaciones Help400, S.L. - Todos los derechos reservados
http://www.help400.es
_____________________________________________________
Para darte de baja, env�a el mensaje resultante de pulsar
mailto:[EMAIL PROTECTED]
--------------------------------------------------------------------------
" Este mensaje es confidencial. Si usted no es el destinatario de este
mensaje, le suplicamos se lo notifique al remitente mediante un correo
electr�nico y que borre el presente mensaje y sus anexos de su computadora
sin retener copia de los mismos. No debe copiar este mensaje o usarlo para
cualquier prop�sito ni divulgar su contenido. Muchas gracias.
This e-mail is confidential and may also be privileged. If you are not the
intended recipient please immediately advise the sender by reply e-mail and
delete this message and its attachments from your computer without
retaining a copy. You should not copy it or use it for any purpose nor
disclose its contents to any other person. Thank you. "
_____________________________________________________
Forum.HELP400 es un servicio m�s de NEWS/400.
� Publicaciones Help400, S.L. - Todos los derechos reservados
http://www.help400.es
_____________________________________________________
Para darte de baja, env�a el mensaje resultante de pulsar
mailto:[EMAIL PROTECTED]
