Hola, Si lo que dice Carlos es cierto, creo que podrías hacer la prueba cambiando esto (solo para probar, porque es en el cliente):
http://www.lytebyte.com/2007/07/30/how-to-increase-the-number-of-simultaneou s-download-limit-in-ie7/ From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of Carlos Peix Sent: Jueves, 20 de Marzo de 2008 09:11 a.m. To: [email protected] Subject: [puntonet] Llamada a WS concurrentes Diego, No creo que la limitacion que estas experimentando se deba al servidor web. Mas bien parece una limitacion del cliente. Existe una limitacion (al menos en Windows) en la cantidad de las comunicaciones *simultaneas* que un *mismo cliente* hace a un *mismo servidor*. Usualmente esa limitacion esta configurada en 2, es decir, no mas de dos conexiones simultaneas, el resto va a la cola. Esto es valido para cualquier conexion HTTP que circule por la infraestructura de conexiones HTTP de Windows (WinInet) Aunque esta configuracion puede cambiarse en la registry, no es recomendable salvo en caso muy especificos. En tu caso y con lo poco que comprendo tu problema especifico, creo que tendrias que trabajar con algun mecanismo que haga el calculo complejo solo cuando es necesario. Por ejemplo, si la informacion calculada es valida por 5 minutos, podes calcularla la primera vez y almacenarla en un cache non sliding por 5 minutos. Posteriores peticiones deberian chequear el cache y devolver los resultados. Carlos Peix _____ From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Miércoles, 19 de Marzo de 2008 05:46 p.m. To: [email protected] Subject: [puntonet] Llamada a WS concurrentes Hola grupo Se nos presento un problema que creiamos que no existia y no sestar trayendo muchos dolores de cabeza Supongamos que tenemos una WebAPP que posee un WebService con un metodo ExecuteTask que recibe un IDTask de la tarea a ejecutar Supongamos que la ejecucion de la tarea tarda aprox 10 seg Abrimos DOS IE para consumir dicho WS en simultaneo, e invocamos al metodo ExecuteTask desde ambos IE casi en simultaneo. Lo que nos ocurrio es, al parecer, que las llamadas se estan encolando, y primero resuelve la primer llamada, y luego la segunda. Es nuestra intensión logran que se procesen ambas en simultaneo. De ahi supusimos que desde uan misma sesion de IE, las llamadas no pueden ser concurrentes, pero intenetamso hacer 2 WS WS1.ExecuteTask1 WS2.ExecuteTask2 Abrir 2 exploradores y ejecutarlos simultaneamente y tambien nos ocurre lo mismo. Entonces estamos en que por mas que tengamos varios WS, desde un mismo origen o session las llamadas se estan encolando no permitiendo hacer varias llamadas al mismo tiempo. Ahora bien, si abro un IE y un FF y en ambos llamamos al ExecuteTask, se resuelven las dos llamadas en simultaneo, osea que pareceria ser algo de la sesion de ASP que no permite hacerlo, ya que en este caso IE y FF no comparten la misma sesion. Esto se nos planteo porque tenemos un Panel de Control que permite visualizar resultados de consultas y al ejecutar el panel se van ejecutando cada uno de los indicadores, pero posee una demora muy grande ya que cada uno debe esperar que termine el otro por mas que las llamadas se realicen inmediatamente. Bueno,esto es lo que "deducimos" a partir del funcionamiento de nuestra App, la pregunta seria si esto realmente es asi, y si es asi si hay alguna forma de cambiar este funcionamiento predeterminado. Cabe acalrar que como herramienta cliente utilizamos FLEX, donde todas las acciones son asincronas y permite llamar varios WS a la vez y esperar sus resultados independientes. pero el ejemplo lo planteo con el explorado para descartar que no se aesta herramienta. Ing. Diego M. Basélica e-mail: <blocked::blocked::blocked::mailto:[EMAIL PROTECTED]> [EMAIL PROTECTED] UpSoft Sistemas Informáticos Rafael Nuñez 3498 (X5009CFO) Córdoba, Argentina Tel/Fax: 0351-4814812 (rot.) www.upsoft.com.ar <blocked::http://www.upsoft.com.ar/>
