Bueno, pues ahi va otra cuestion.
Necesitaria saber cuanto´s mips de media esta consumiendo un usuario desarrollador de aplicaciones, trabajando con una sesion TSO (Cobol, CICS, DB2, Debugg, JCL´s, etc.), en un entorno Z/os 1.7, Z9 109 2094-S18-713, con 6 cpu´s logicas, 16 GB y 160 msu´s. Casi nada, eh?

Gracias.

Paco.-

Hola:

Bueno, estas cuestiones que comentas la verdad es que tienen mucha miga. Desde mi experiencia, y con un equipo de desarrollo de unas 50-60 personas, en una vetusta ES/9000 de 20 MIPS y con unos 2000 terminales CICS realizando consultas a un DB2, la máquina iba bastante bien, atendiendo a todo y a todos, pero claro, son valores de hace varios años y segun el dia y la hora, la cosa cambiaba. Tampoco es lo mismo un programador que submite un JCL que compila 300 modulos de una sentada que un programador que submite un JCL que compila un mapa BMS y 4 transacciones y poco mas, asi que es muy dificil de contestar tu pregunta, mas que nada porque no te vas a encontrar a dos programadores iguales. Lo de 2 MIPS por usuario me parece excesivo, imagino que en ese calculo habras incluido el overhead del SO (el z/OS 1.7 se lleva un buen pico solo por estar ejecutandose), el propio del CICS, DB2 y todos los programas producto que tengas. Eso si, si tienes Websphere sin un zAAP, que dios te ampare, es con mucho el programa producto que mas consume de toda la historia del Host, imagino que JAVA es algo dificil de digerir para cualquier plataforma... 

No se donde lei que el tiempo de usuario de mainframe no llega al 10%, mientras que los procesos internos del SO copan mas del 50% (el resto son operaciones de overhead de los productos instalados), asi que yo, mas bien me preocuparia de lo que consumen mis productos solo por estar arrancados que lo que consumiria un usuario.

De todas formas, asi que haya tenido ocasion de probar en mis propias carnes, con un S/390 Multiprise 2000 de 20 MIPS, y un OS/390 V2R10 con CICS, DB2, y todos los compiladores, con 15 personas programando y unos 50 tios TSO/CICS, la máquina nos daba muy muy de sobra. Salvo por el batch que reorganizaba indices y varios subprocesos del SMF, RMF, HSM y demas, que se cepillaban toda la I/O (el MP2000 tenia disco interno y era bastante cutrecillo), la maquina nos sobraba bastante, rara vez hemos puesto la CPU al 100%. De hecho, se ponia al 100% cuando hacia IPL, el resto del tiempo estaba sin hacer nada casi todo el dia...

Una herramienta que te puede venir bien es el MSUMON, es una STC que monitoriza el tiempo de CPU y te saca unas estadisticas interesantes, y si tienes soft-capping, y le dices al MSUMON el procentaje, incluso te avisa diciendo que se acerca al soft-capping para que tomes medidas y no te pases del consumo contratado (esto ultimo en caso de que lo tengas contratado asi, en otra empresa que estuve no tenian capping de ningun tipo y no les preocupaba, pero es que les sobraba la pasta). Esta herramienta es libre, y la puedes encontrar en Google poniendo MSUMON y luego en "Voy a Tener suerte". De hecho, la web es de un buen amigo mio que me enseño muchas cosas de mainframe, asi que no tiene desperdicio, el tio es un verdadero guru, pero guru-guru, de pata negra.