From: Federico A. Z. <fal...@in...> - 2005-03-07 09:34:57
|
Hola, para nosotros, en red local, lo resuelve perfectamente, y las consultas=20 "pesadas" (sobre todo en informes) que antes congelaban el GUI ahora muestr= an=20 el dialogo de progreso que avanza continuamente si una consulta dur=C3=A1 m= =C3=A1s de 2=20 segundos. PQconsumerInput no bloquea, lee lo que hay disponible, si no hay nada vuele= =20 inmediatamente, y si hay algo lo almacena en un buffer intermedio, de una=20 manera mucho m=C3=A1s r=C3=A1pida que la de obtener el resultado, con una c= onfiguraci=C3=B3n=20 adecuada de postgres con los suficientes "shared buffers" va muy r=C3=A1pid= o. En "remoto" supongo que te refieres via internet, en este caso FacutraLUX L= ite=20 no est=C3=A1 pensada para trabajar as=C3=AD, para eso tenemos Enterprise qu= e hace un=20 tratamiento mas sofisticado de los resultados. Saludos. =2D-=20 InfoSiAL, S.L. =46ederico Albujer Zornoza Director Gerente fal...@in... http://infosial.com El Lunes, 7 de Marzo de 2005 09:01, Ra=C3=BAl Alexis Betancort Santana escr= ibi=C3=B3: > Pues eso, que las consultas as=C3=ADncronas no resuleven el problema de la > "sensaci=C3=B3n de cuelgue" de la aplicaci=C3=B3n, he compilado la 1.7-cv= s con el > driver psql nuevo y he probado contra un servidor remoto "lento" y contra > uno local "ralentizado" y el resultado sigue siendo un aparente "cuelge" = de > la aplicaci=C3=B3n mientras se realiza una consulta. > He estado revisando la documentaci=C3=B3n del postgresql y he llegado a la > conclusi=C3=B3n de que el uso de consultas as=C3=ADncronas + threads es l= o que > resolver=C3=A1 el problema, =C2=BFporqu=C3=A9?, pues porque PQconsumeinpu= t se queda > bloqueada hasta tener un resultado (o yo he entendido mal la > documentaci=C3=B3n), por lo que la progressbar no avanza, de hecho solo a= vanza > seg=C3=BAn se van "consumiendo resultados" de un query. > > Creo que deber=C3=ADamos tener un Thread que se encargase de todas las > cuestiones de I/O con el servidor de bases de datos, y mandase se=C3=B1al= es a > otro thread que se encargase del interfaz de usuario. > Un cambio de "filosofia" a estas alturas no creo que sea muy facil de > acometer, pero tendr=C3=ADamos que estudiar si nos es rentable meterle ma= no > ahora o mas adelante, peroya digo que el problema persiste y es bastante > inc=C3=B3modo. > > Saludos > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_ide95&alloc_id=14396&op=CCk > _______________________________________________ > P=E1gina del proyecto http://facturalux.org > > Facturalux-desarrollo mailing list > Fac...@li... > https://lists.sourceforge.net/lists/listinfo/facturalux-desarrollo |