!BUG! en Tecnologia MIDAS en Windows 2000 Server con 2 CPUS

gabmaster · #1 23-07-2003

Sorpresa, sorpresa.

¿ Ha decidido ampliar su servidor donde residen los programas Server que utilizan tecnologia MIDAS ... ?
... Pues ponganle Ram y HD, pero no se les ocurra poner 2 CPUS ...

Estoy Desesperado ... y me gustaria compartir mi experiencia , y a ver si alguien tiene solución

al siguiente problema.

Servidor:
Windows 2000 Server con """"2 cpus """""
con SqlServer2000
Pgm Servidor "Midas" con un TADOQuery , un Provaider con allowsCMDText.

Cliente:
Windows2000 Prof.
Cliente con un TClientDataset un TSocketConnection una Grid

En el commandText del TClientDataset una query "compleja" 5 joins
Open --- devuelve resultados
Close.
Open --- devuelve resultados
Close.
Open --- devuelve resultados
Close.
..........................
..........................
..........................
Open ---- se queda esperando la respuesta "tirado"...

Se queda colgado aleatoriamente a veces a la segunda a veces a la 20 etc...

!! Atencion !!
Este "cuegue" no se produce si .....

1.- LE QUITO UNA CPU AL SERVIDOR
2.- EJECUTO el cliente en el mismo servidor
3.- PONGO el programa Servidor en otra Maquina con 1 CPU apuntando a la base de datos de la que tiene 2 CPUS
4.- La Query la pongo menos comleja 3 joins

Acepto cualquier via de invetigación ....

linsua · #2 24-07-2003

Hola,

Y si, estoy con el mismo problema, pero no me percate de los 2 CPU´s, como te diste cuenta de eso, yo hace como un mes que vengo rompiendome la cabeza, todas las demas pruebas las hice y efectibamente tenemos el mismo problema, en estos momentos tengo los programas servidores en un servidor con un procesador y Win2000 Pro, yo pensaba que era problemas del W2000 Server, pero analizando lo que escribis, todos los servidores donde hice pruebas tienen dos procesadores.

Bueno nos mantenemos en contacto

un saludo

Julià T. · #3 24-07-2003

Hola a los dos:

No tengo la solución pero podeis mirarhttp://www.clubdelphi.com/foros/show...s=&postid=9880 por si compilando el ejecutable con midas incluido se arregla.

gabmaster · #4 25-07-2003

Cita:

Posteado originalmente por linsua
Hola,

Y si, estoy con el mismo problema, pero no me percate de los 2 CPU´s, como te diste cuenta de eso, yo hace como un mes que vengo rompiendome la cabeza, todas las demas pruebas las hice y efectibamente tenemos el mismo problema, en estos momentos tengo los programas servidores en un servidor con un procesador y Win2000 Pro, yo pensaba que era problemas del W2000 Server, pero analizando lo que escribis, todos los servidores donde hice pruebas tienen dos procesadores.

Bueno nos mantenemos en contacto

un saludo

Pues nos dimos cuenta al migrar la maquina Servidora y comprar una con dos CPUS, las aplicaciones que teniamos fallaban de vez en cuando... entonces despues de algunas semanas de ronpernos la cabeceza, deshabilitamos una de las CPUS y todo funcionó de maravilla ....
Pero ahora nos hemos quedado con un muerto de 6000 € con un solo procesador

Bacterion · #5 25-07-2003

Solo por curiosidad...
¿Habeis probado con otro tipo de conexión que no sea la ADO?
En principio, por lo que contais, no solo podría ser el Midas lo que fallara...

Además, podríais indicarlo en el Quality Central de Borland (ver bdn.borland.com).

linsua · #6 25-07-2003

Hola,

Si, yo tengo todas las aplicaciones realizadas con:

Componentes de Acceso a Datos: DBExpress
SQLConnection, TSQLQuery ...

Midas:
TDataSetProvider, TClientDataSet, TDataSource

Conexion en el Cliente:
TSocketConnection

DataBase: Interbase 6 OS

un saludo

linsua · #7 25-07-2003

Gracias Julià T.

pero lo que dice en esos Posts no soluciona nuesto problema.

un saludo

Toni · #8 29-07-2003

Hola,

Poner algun dato mas sobre como teneis montado el servidor de aplicaciones. (exe,dll,active x) el modelo de instanciacion.

Habeis provado a realizar la conexion mediante DCOMConnection?

Saludos,

gabmaster · #9 21-08-2003

http://codecentral.borland.com/codec...sting?id=18265

ID: 18265 Title: Borland Socket Server fixed! D5 to D7
Terms: No Special Terms
Name: Manuel Parma email: Anonymous
URL: None
Summary: This beta version is a fix dead lock for dual o more processor machine. This new version cover D7 and D6
Description: This beta version is a fix dead lock for dual o more processor machine. I send the sources. See sconnect.pas function TSocketTransport.Receive

This new release increse wait message time 300000 to infinite.

This new version cover D7 and D6 and two different flavors of variants unit. Please read the readme.txt file inside .zip for more information
Product: Delphi (3-3) Fixes
Contest: None
Uploaded: 08-Jul-02 12:38:50 PM last updated 10-Feb-03 11:14:07 PM
Tools CD: No
Copyright: No significant restrictions
Size: 899.1K List Files (525 downloads)
Comments: 0

linsua · #10 25-08-2003

Graciassssss

No lo he probado aun, pero igual muchas gracias

Te cuento que estuve de vacaciones y por eso algo perdido del foro ....

un saludo

guillotmarc · #11 25-08-2003

Hola.

Por cierto, ¿ no tendrás Interbase en esa misma maquina ?. Interbase no puede ir en Windows en un sistema multiprocesador. Sola la versión 7 de Interbase está preparada para funcionar correctamente en sistemas multiprocesador.

Saludos.

gabmaster · #12 26-08-2003

No no tengo interbase tengo SQLSERVER 2000, el parche del socket funciona de momento bien, se han solucionado los cuelgues, seguiré informando ...

linsua · #13 27-08-2003

Gracias, muchas gracias Gabmaster

He probado el socket de D6-7 y funciona perfectamente, por lo menos hasta ahora

... (hace mas o menos 6hs con 15 usuarios)

En respuesta al post anterior, yo a diferencia tengo IB6 OS en un servidor con 2 cpu's y windows 2000 server y tampoco me ha presentado problemas, aunque tengo bien claro que el servidor de IB, solo esta utilizando un solo cpu...

yo tambien seguire informando.