Problema de velocidad, tiempo de respuesta pesimo

25/10/2005 - 12:54 por José Miguel | Informe spam
Hola,

Tengo una aplicación host que ataca desde Internet a un servidor SQL
Server 2000 con un ancho de banda de 2Mb tanto de subida como de bajada.
La aplicación que ataca al servidor tiene un ancho de banda de 1Mb
bajada y 512 de subida

Tengo una clase que carga todos los datos de un trabajador. Para cargar
todos estos datos necesito realizar unos 17 accesos al servidor.

El problema que tengo es que para poder cargar una ficha de personal
obtengo un tiempo de respuesta de 3-4 segundos.

Si realizo un ping al servidor me da un tiempo de retardo de 65ms

Según me comenta un compañero de las news.

"Si cogemos esos 65 ms de media los multiplicamos por 3 obtenemos el
tiempo invertido en comunicaciones para obtener una fila" (Oscar)
Por esa regla yo obtendría un retraso de (65*3)*17 = 3315ms. +-3 sg.

Bueno llegado a este punto mi pregunta es la siguiente. Si mi problema
proviene de lo ya mencionado. ¿Que creéis vosotros que debo mejorar, en
mi aplicación para reducir tiempos?

Serialización, netremoting,

Gracias y un saludo

Preguntas similare

Leer las respuestas

#6 Maxi
25/10/2005 - 13:49 | Informe spam
Hola, estas usando Stores procedures?


Salu2
Maxi [MVP SQL SERVER]


"José Miguel" escribió en el mensaje
news:
Hola,

Tengo una aplicación host que ataca desde Internet a un servidor SQL
Server 2000 con un ancho de banda de 2Mb tanto de subida como de bajada.
La aplicación que ataca al servidor tiene un ancho de banda de 1Mb bajada
y 512 de subida

Tengo una clase que carga todos los datos de un trabajador. Para cargar
todos estos datos necesito realizar unos 17 accesos al servidor.

El problema que tengo es que para poder cargar una ficha de personal
obtengo un tiempo de respuesta de 3-4 segundos.

Si realizo un ping al servidor me da un tiempo de retardo de 65ms

Según me comenta un compañero de las news.

"Si cogemos esos 65 ms de media los multiplicamos por 3 obtenemos el
tiempo invertido en comunicaciones para obtener una fila" (Oscar)
Por esa regla yo obtendría un retraso de (65*3)*17 = 3315ms. +-3 sg.

Bueno llegado a este punto mi pregunta es la siguiente. Si mi problema
proviene de lo ya mencionado. ¿Que creéis vosotros que debo mejorar, en mi
aplicación para reducir tiempos?

Serialización, netremoting,

Gracias y un saludo

Respuesta Responder a este mensaje
#7 Maxi
25/10/2005 - 13:50 | Informe spam
Nop, una conexion es una conexion, y esta puede hacer n consultas


Salu2
Maxi [MVP SQL SERVER]


"David Porqueras Araque" escribió en el mensaje
news:

"Alfredo Novoa" escribió en el mensaje
news:

Hola

On Tue, 25 Oct 2005 12:54:06 +0200, José Miguel
wrote:

Tengo una clase que carga todos los datos de un trabajador. Para cargar
todos estos datos necesito realizar unos 17 accesos al servidor.

El problema que tengo es que para poder cargar una ficha de personal
obtengo un tiempo de respuesta de 3-4 segundos.

Si realizo un ping al servidor me da un tiempo de retardo de 65ms

Según me comenta un compañero de las news.

"Si cogemos esos 65 ms de media los multiplicamos por 3 obtenemos el
tiempo invertido en comunicaciones para obtener una fila" (Oscar)
Por esa regla yo obtendría un retraso de (65*3)*17 = 3315ms. +-3 sg.

Bueno llegado a este punto mi pregunta es la siguiente. Si mi problema
proviene de lo ya mencionado. ¿Que creéis vosotros que debo mejorar, en
mi aplicación para reducir tiempos?



Haz un solo acceso al servidor y traete todos los datos de la ficha de
una vez.


Saludos




Yo tengo una pregunta para los compañeros del foro
¿cada consulta que se hace al servidor SQL se considera una conexión?

Gracias,
David

Respuesta Responder a este mensaje
#8 Maxi
25/10/2005 - 13:50 | Informe spam
Nop, una conexion es una conexion, y esta puede hacer n consultas


Salu2
Maxi [MVP SQL SERVER]


"David Porqueras Araque" escribió en el mensaje
news:

"Alfredo Novoa" escribió en el mensaje
news:

Hola

On Tue, 25 Oct 2005 12:54:06 +0200, José Miguel
wrote:

Tengo una clase que carga todos los datos de un trabajador. Para cargar
todos estos datos necesito realizar unos 17 accesos al servidor.

El problema que tengo es que para poder cargar una ficha de personal
obtengo un tiempo de respuesta de 3-4 segundos.

Si realizo un ping al servidor me da un tiempo de retardo de 65ms

Según me comenta un compañero de las news.

"Si cogemos esos 65 ms de media los multiplicamos por 3 obtenemos el
tiempo invertido en comunicaciones para obtener una fila" (Oscar)
Por esa regla yo obtendría un retraso de (65*3)*17 = 3315ms. +-3 sg.

Bueno llegado a este punto mi pregunta es la siguiente. Si mi problema
proviene de lo ya mencionado. ¿Que creéis vosotros que debo mejorar, en
mi aplicación para reducir tiempos?



Haz un solo acceso al servidor y traete todos los datos de la ficha de
una vez.


Saludos




Yo tengo una pregunta para los compañeros del foro
¿cada consulta que se hace al servidor SQL se considera una conexión?

Gracias,
David

Respuesta Responder a este mensaje
#9 A.Poblacion
25/10/2005 - 13:57 | Informe spam
"David Porqueras Araque" wrote in message
news:
Yo tengo una pregunta para los compañeros del foro
¿cada consulta que se hace al servidor SQL se considera una conexión?



No. Por "consulta que se hace al servidor" entendemos "transmitirle al
servidor una SELECT y recuperar los resultados". Bastaría con abrir una sola
conexión para transmitir a través de ella múltiples consultas de este tipo.
Las varias consultas se transmiten secuencialmente una detrás de otra a
través de la conexión, pero si se dispone del framework 2.0 y de un servidor
que soporte MARS (tal como Sql Server 2005), se pueden incluso ejecutar
SIMULTANEAMENTE las diversas consultas a través de la misma conexión.
Respuesta Responder a este mensaje
#10 A.Poblacion
25/10/2005 - 13:57 | Informe spam
"David Porqueras Araque" wrote in message
news:
Yo tengo una pregunta para los compañeros del foro
¿cada consulta que se hace al servidor SQL se considera una conexión?



No. Por "consulta que se hace al servidor" entendemos "transmitirle al
servidor una SELECT y recuperar los resultados". Bastaría con abrir una sola
conexión para transmitir a través de ella múltiples consultas de este tipo.
Las varias consultas se transmiten secuencialmente una detrás de otra a
través de la conexión, pero si se dispone del framework 2.0 y de un servidor
que soporte MARS (tal como Sql Server 2005), se pueden incluso ejecutar
SIMULTANEAMENTE las diversas consultas a través de la misma conexión.
Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente AnteriorRespuesta Tengo una respuesta
Search Busqueda sugerida