No quer�a entrar en el tema [de hecho pienso que ya se ha convertido en un Off Topic]
pero ya que tengo un rato voy a dar mi opini�n.
Para mi SI es un problema t�cnico.
Cualquier sistema multitarea/multiusuario debe de tener en cuenta que la CPU, la
memoria y los discos son recursos compartidos y por lo tanto hay que evitar (y poner
quotas) que un usuario glot�n se coma toda la m�quina... Pero tampoco debemos esperar
mucho de un sistema que crea sus propios procesos glotones para tirar abajo la m�quina
si no has pagado X Euros.
Teniendo en cuenta que eso no se puede hacer en 400 [y parece que todav�a aqu� no se
ha dado con una soluci�n infalible] hay que buscar soluciones de teclado hacia fuera.
Por ahora llevamos en orden de sadismo:
- Despido
- Rotura de piernas
- Muerte
- Ponerle de operador ;-)
Pero (llamadme iluso) para mi el problema es m�s sencillo:
Si esa persona lanza los testeos en interactivo es porque necesita rapidez para tener
los resultados [en caso contrario no lo har�a sabiendo que est� ralentizando el resto
de los procesos de la m�quina] por lo tanto es necesario un upgrade la m�quina en
vuestra empresa. Si vuestra empresa no se puede permitir el upgrade la m�quina es
porque no pod�is permitiros programadores como �l y lo mejor para todos es que busque
un nuevo trabajo all� donde se lo puedan permitir ;-)
Bueno y ya para cerrar el offtopic: No a la guerra y Un*x si que tiene soluci�n
t�cnico para este problema.
Saludos. Tono
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: jueves 27 de febrero de 2003 16:28
To: [EMAIL PROTECTED]
Subject: Re: Interactivo NO! Mandalo x BATCH!
Algunas veces funciona sacar al sujeto de programar y mandarlo un tiempo
como operador del sistema, a ver temas de rendimiento, seguridad, control
de trabajos, etc., con esto se suele aprender la necesidad de mantener el
sistema trabajando a tono y no abusar, aunque si el tipo es un guarro,
aprender� a degradar el rendimiento sin necesidad de solicitar que otro le
cambie la prioridad a sus trabajos :o)
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
"j.l.t."
<[EMAIL PROTECTED]> Para: <[EMAIL PROTECTED]>
Enviado por: cc:
forum.help400-request@ Asunto: Re: Interactivo NO!
Mandalo x BATCH!
combios.es
27/02/2003 06:46
Por favor, responda a
forum.help400
Despues del palo dale un caramelo: explicale que para consultar el archivo
de spool con los posibles errores de compilaci�n (F15, opc. 2) si lo ha
compilado con batch, poniendole un 2 y dandole intro, te saca
automaticamente la ultima compilaci�n, pero que si lo hace en interactivo
tiene que pulsar F4 y seleccionar el archivo de spool a "ojo".
----- Original Message -----
From: "HUICI, HERNAN" <[EMAIL PROTECTED]>
To: "'AS/400 Forum Help'" <[EMAIL PROTECTED]>
Sent: Monday, February 24, 2003 2:30 PM
Subject: Interactivo NO! Mandalo x BATCH!
Hola a todos! aqui me encuentro tratando de solucionar un problema
historico
dentro del propio area de sistemas. resulta que hay un desarrollador que
tiene la "mala" costumbre de correr sus programas de prueba en forma
interactiva y por mas de que se le diga que haga SBMJOB de sus programas NO
entra en razon y sigue a su "viejo" estilo interactivo. con la consecuente
caida del rendimiento interactivo en todo el sistema y quejas posteriores
de
los usuarios (que hacen eco en la oficina de nuestro gerente). En fin,
alguna idea de los compa�eros??? Existira la forma de que un usuario pueda
UNICAMENTE correr programas a travez del comando SBMJOB ???
___________________________________
Hern�n N. HUICI
Departamento de Sistemas
4379-4350 Int.283
[EMAIL PROTECTED]
www.disprofarma.com.ar
_____________________________________________________
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]
_____________________________________________________
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]
_____________________________________________________
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]
