FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#21
|
|||
|
|||
Cierto, lamento mi error, no se en que estaba pensando, si tenemos una velocidad de subida en la conexion del servidor de la base de datos de 128k significa que nos puede servir como máximo 16000 bytes por segundo, y si es de 256k nos serviria como máximo 32000 bytes por segundo, aun así, o se optimiza mucho el sistema de consultas sobre la base de datos o el manejo de la aplicacion sería muy lenta sobre todo si trabajan muchos usuarios al tiempo. Pienso que terminal server o su superior tanto en prestaciones como en coste Citrix sería la mejor solucion. Todo está en evaluar concienzudamente la cantidad de datos que devolverian las consultar de nuestra aplicacion y así estimar tiempos de respuesta.
|
#22
|
||||
|
||||
Resp
Te recomiendo hacer conexiones directas a al abase dedatos en lan y para salir qu ela comunicacion se establesaca entre servidores y no con clientes
__________________
Todo se puede, que no exista la tecnología aun, es otra cosa. |
#23
|
||||
|
||||
Creo que estáis confundiendo conceptos... o no me entero bien de lo que habláis
El Terminal Server, al igual que otros programas del estilo, como el RAdmin (Remote Administrator), trabajan como si fuesen una pantalla, teclado y ratón con unos cables muuuuuuuuuuuuuy largos conectados al ordenador que deseemos. O sea, los únicos datos que circulan por la red son las pantallas que nos muestran y nuestras pulsaciones de teclas y clicks del ratón, pero todo el programa se estará ejecutando en el servidor. No sé si me explico bien. |
#24
|
|||
|
|||
Claro que si Casimiro Notevi eso es terminal server, ¿y para que se usa?, pues para eso para que aplicaciones que son lentas de manera remota se vuelvan rápidas ya que quien ejecuta realmente la aplicacion es el servidor. Ventaja: rapidez de trabajo. Inconveniente: Coste, tenemos que invertir en un buen servidor y las correspondientes licencias. Pero es una solucion empleada por muchisimas empresas que necesitan acceder a su aplicacion de manera remota de manera ágil. Que alguien diseña su aplicacion para evitar esto, perfecto, pero siempre habrá consultas que devuelvan gran cantidad de datos y esto multiplicado por un numero determinado de clientes hara que el trafico que el servidor tiene que devolver por adsl sea pesado y lento. Es una respuesta valida para este hilo ya que el problema que el usuario planteaba era que el trabajo con su aplicacion de manera remota era muy lenta.
|
#25
|
|||
|
|||
¡Ojo!, se me olvidó decir que de esta manera la aplicacion se ejecuta en el servidor, pero con las impresoras trabajos de manera local, es decir el cliente remoto imprimirá con sus propias impresoras, y además si su conexion se pierde o su equipo se cuelga, al volver a conectar seguirá por donde lo había dejado.
|
#26
|
||||
|
||||
Bien, eso es correcto, pero... depende!!!
Si es un programa cliente/servidor no vale de esa manera, sino que tendría que pone un ordenador "cliente" al que se conectarían desde el exterior, ya que este ordenador "cliente" es el que haría las peticiones al servidor. También se puede usar el mismo servidor, pero sería sobrecargar muchísimo, no vale la pena. En cuanto al coste de las licencias, puedes usar cualquier programa libre VNC. |
#27
|
|||
|
|||
Nada mas como comentario, e utilizado vnc para conectarme a servidores via adsl, solo 1 computadora conectada, durante la primera hora trabaja bien, despues de eso se pone muy lento el enlace, seria cuestion de probar como funciona con varias conecciones simultaneas, en una empresa donde trabaje usaban el terminal service el demo de 30 dias, alterminarse los 30 dias le borraban un archivo al servidor y te daba otros 30 dias de prueban, y asi se la pasaban, eso solo como comentario, espero que sirva de algo.
|
#28
|
||||
|
||||
Resp
En ningun momento he hablado de terminal server ni d vnc ni algunpramade eso por el estilo lo que estoy habalando es de como mejorar ala velocidad en firebir en wan. Gracias
__________________
Todo se puede, que no exista la tecnología aun, es otra cosa. |
#29
|
|||
|
|||
Pues nada Rastafarey, si la solucion de terminal server no te es valida la respuesta a tu pregunta es muy simple. Programa basado en cliente-servidor que usa consultas sql, es decir firebird, puesto que el rendimiento en wan depende sobre todo en la velocidad de la conexion a internet que tengamos, la única manera de aumentar la rapidez es reducir el tráfico optimizando nuestra aplicacion a que haga consultas sql cortas y transacciones tambien cortas.
|
#30
|
||||
|
||||
Resp
Perdon. COmo que estamos confundido. No se si me explique solo plantee una posible solucion a una pregunta pero como que no se entendio loq ue dije y se han ido hacia otro lado.
__________________
Todo se puede, que no exista la tecnología aun, es otra cosa. |
|
|
|