Como es viernes, y siguiendo la costumbre �del foro, ah� va un temilla de fondo:
Est� de moda estos �ltmos meses el tema del rendimiento de los i-series, especialmente en lo que respecta al entorno interactivo. Me he animado a poner el tema encima de nuestra virtual mesa, para abrir , si quer�is un debate al respecto. Propongo algunos puntos, sobre los que arrancar: Desde la aparici�n de la penalizaci�n por carga interactiva, los clientes hemos ido mostrando nuestro disgusto al respecto, y desde hace �poco tiempo, parece que se nos est� oyendo.. Por un lado, tenemos en famoso Go Faster, del que ya se ha hablado largo y tendido en este foro. Hace bastantes a�os que ya v�, por otro lado, opciones alternativas, del estilo de algunos maquilladores de pantalla que, al pasar a un formato propietario la parte de presentaci�n, trabajaban en batch y no consum�an recursos interactivos. Lo curioso es que, tras ver algunos anuncios, la cosa cay� en el olvido... ni siquiera puedo recordar de que productos se trata. En Italia se present� alg�n producto, que no vi pasar de una fase experimental, que, a trav�s de un cambio de la arquitectura de los programas obten�a un resultado parecido. Pero creo que se ofertaba no como un producto en venta, sino m�s bien como un servicio de reingenier�a de los programas ya existentes. Por otro lado , IBM , que se est� viendo el fregado, ha sacado algunos equipos con bastante potencia interactiva con un descuento del 50%, como ya sab�is. Como ya sabr�is tambi�n, la oferta tiene cierta "trampa", pues en una gran cantidad de casos esto te obliga a cambiar de grupo de cargo del SW, con el consiguiente incremento exponencial de costes de mantenimiento. El otro d�a hab�an mensajes en el foro en que solicitaba "la carta a los reyes", es decir, una herramienta que permitiera que las aplicaciones ya existentes se ejecutasen sin carga de interactivo, y con pantalla bonita a ser posible. (quiz�s muchos hemos so�ado con esta posibilidad, y , para acabar de redondearla, que fuese barata, o la desarrollada por nosotros mismos...en realidad lo complicado de esto es conseguir un "compilador de DDS" , que permitiera que una aplicaci�n cliente hablase con los programas RPG , que casi no habr�a que tocar.) Hoy he visto el anuncio de un producto de este tipo, de Seagull, por lo que promete, tiene muy buena pinta, pienso que habr�a que estar atentos a esto (las caracter�sticas anunciadas se aproximan bastante a la "carta a los reyes")... faltar�a saber su precio. Por cierto, le� en News AS/400 que hace a�os que la acostumbrada mejora en las relaciones precio/rendimiento de los as/400 se hab�a detenido en seco hace dos o tres a�os. �Y el resto de los sistemas siguen a pleno rendimiento la ley de moore! ��Nos estamos quedando atr�s? Se puede hablar de tecnolog�as alternativas, a las que IBM nos quiere llevar a la fuerza.. nosotros ya estamos probando alguna aplicaci�n con Java, pero , la verdad, es que de momento lo veo mal en cuando a las posiblilidades de migrar las aplicaciones de uso masivo a este entorno. Los tiempos de respuesta me parecen inaceptables (m�s de 0.2 segundos ya afentan fuertemente al rendimiento de los usuarios, aunque otro punto de discusi�n ser�a esta m�trica) Y una �ltima reflexi�n sobre el significado del l�mite interactivo. Tal como se plantea por IBM, como una tabla de rendimiento de los trabajos en interactivo y en batch, creo que lleva a enga�o: pongamos una m�quina hipot�tica que tenga un rendimento de 1000 en batch y 40 en interactivo, la pregunta es... �cu�n r�pidos van los trabajos interactivos?, o , de otra forma, �que diferencia notar�an los usuarios con respecto a una m�quina con 1000 en batch y 1000 en interactivo? Mi respuesta es que los usuarios no notar�an practicamente ninguna diferencia: los trabajos interactivos se ejecutan a la plena potencia de la m�quina, �y los tiempos de respuesta son acordes a la plena velocidad del sistema... hasta que entra demasiada gente, con lo que se despierta el CFINT y ya no se reparte m�s pastel. Saludos a todos, Jesus Busquets Grespania, S.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:forum.help400-request@;combios.es?body=LEAVE
