Firebird - Inserts lentísimos en Linux

[mcs]

Empezado por Casimiro Notevi

Esas pruebas no se pueden considerar concluyentes en ningún caso.

Usar wifi no es válido, (es algo muy "oscilante").
Si tienes un programa espía, tampoco es válido, (estás poniendo otra capa intermedia).

Debes hacer pruebas reales. Una red cableada normal, nada de espías. Abres isql, ibexpert, flamerobin, etc. y ejecutas una sentencia. Punto. Si va bien entonces es que va bien, no hay más. Si va mal mal entonces es cuando hay que buscar culpables.

No estoy para nada de acuerdo con esto.

El sistema en producción va a funcionar con wifi, y usando el programa que va lento. Por lo tanto, lo normal es probarlo así.

El tema del programa espía tampoco es ningún problema. Si hace falta puedo usar un cronómetro, pero a simple vista ya se ve que va lento con o sin programa espía. Y, en el peor de los casos, el programa espía alentirá el sistema 1 décima de segundo (o menos).

Por otra parte, ya te he dicho antes que he probado directamente con el ISQL y no hay problemas de velocidad en las inserciones...

[[fjcg02]]

Tamaño de página ?

[mcs]

Empezado por fjcg02

Tamaño de página ?

8192 bytes (trabajo con unicode)

[Casimiro Notevi]

Empezado por mcs

No estoy para nada de acuerdo con esto.
El sistema en producción va a funcionar con wifi, y usando el programa que va lento. Por lo tanto, lo normal es probarlo así.

Bueno, no hace falta que estés de acuerdo, o no, conmigo.

[[mightydragonlor]]

Si ejecutas instrucciones SQL en FlameRobin, isql o el ibexpert y van bien, el problema está en tu aplicación, Red, DNS o n mil variables mas, exceptuando Firebird.

Saludos.

[[Lepe]]

Primero: Yo pasaba a FB 2.5 (con backup transportable y tal), asegurando de borrar todo rastro de fbclient.dll, gds32.dll del sistema antes de actualizar.

Segundo: Yo diría que tires por quitar el CommitRetaining...

El commitRetaining es un commit que guarda el contexto de la transacción. Esto significa que después de muchos commitRetaining se podría enlentecer la aplicación, aunque es muy raro que ocurra con un solo insert.

La diferencia principal entre commit y CommitRetaining es que el primero cierra la tabla ( o dataset) que está usando para el insert, mientras que el commitRetaining no lo hace.

¿tú abres y cierras la transacción?, porque si no haces nada (y supongo es lo que pasa) está usando la transacción por defecto y estará usando el CommitRetaining.

Si ya tienes el dbMonitor (o lo que sea) mira el plan de las consultas, a ver si hay algo raro.

Otra cosa que puede afectar: Lee sobre el multicore / multiThread (suele configurarse en Firebird.conf de la carpeta de instalación (no sé en Linux donde anda).

¡Suerte y no dejes de comentar!