Firebird - Inserts lentísimos en Linux

[cointec]

Hola, he visto en bastantes foros los problemas de rendimiento con Firebird en Linux con ext4, ya que tiene activo por defecto el parámetro barriers.

Creo que se recomienda para firebird, ext3 y barriers desactivo. No utilizo Linux, por lo que no tengo experiencia con el, pero puedes buscar en Google y hay bastante documentación al respecto. Te pongo un ejemplo de un hilo donde se habla del tema.

http://firebird.1100200.n4.nabble.co...td3775089.html

[Casimiro Notevi]

En general, ext3 es más rápido que ext4, ciertamente, aunque lo que comentan ese enlace que has puesto es sobre la creación de una base de datos, principalmente, no en el trabajo con ella (insert, update, delete, etc.)
Puestos a cambiar, reiserfs es más rápido que ext3, pero ext4 es más seguro que ext3 y ext3 es más seguro que reiserfs.
De todas formas, bastantes empresas/clientes de mi extrabajo usan ext4 y no tienen ningún problema.

Aquí hay que empezar por lo comentado antes y por el mensaje de mightydragonlor: "Si ejecutas instrucciones SQL en FlameRobin, isql o el ibexpert y van bien, el problema está en tu aplicación, Red, DNS o en mil variables mas, exceptuando Firebird."

Es que no se puede pretender obtener el máximo de rendimiento conectando por wifi.

[mcs]

Empezado por Casimiro Notevi

Es que no se puede pretender obtener el máximo de rendimiento conectando por wifi.

vamos a ver, si puedo hacer un select * de una tabla de 1500 registros en menos de medio segundo, y para insertar un j**** registro de menos de 30 bytes tarda más de 2 segundos, SEGURÍSIMO que el problema no es el wifi.

[[mightydragonlor]]

Empezado por mcs

vamos a ver, si puedo hacer un select * de una tabla de 1500 registros en menos de medio segundo, y para insertar un j**** registro de menos de 30 bytes tarda más de 2 segundos, SEGURÍSIMO que el problema no es el wifi.

Por mi experiencia puedo asgurar que una conexión por wifi no se puede establecer como medida de comparación, ya que esta depende de muchas mas variables que el cable, por otro lado, ya tuve una experiencia con esto, una aplicativo web, que estaba presentando "problemas" de lentidud en consultas y actualizaciones, pero que al acceder directamente el administrador de base de datos, todo funcionaba perfecto, así que el problema, nunca fue ´la base de datos, luego tuvimos que revisar la aplicación, siempre lo hicimos por cable, y funcionata todo perfecto, al final se descubrión que el wifi estaba generando el problema.
Las variables son muchas, pero si te centras en tu parecer, no vas a llegar a nada, por que esto no se trata del parecer de nadie, sino en hacer pruebas precisas para determinar el problema.

Saludos.

[Casimiro Notevi]

Veamos, esto es muy fácil de comprobar.
Te vas al servidor.
Una vez allí, abres el isql.
Conectas a la BD.
Ejecutas un insert.
Si es inmediato ya sabes que el problema no está en el servidor.

[cointec]

Empezado por mcs

vamos a ver, si puedo hacer un select * de una tabla de 1500 registros en menos de medio segundo, y para insertar un j**** registro de menos de 30 bytes tarda más de 2 segundos, SEGURÍSIMO que el problema no es el wifi.

Estoy de acuerdo contigo es obvio. Has probado el cambio del sistema de archivos?. Otra prueba simple es instalar Firebird en un PC Windows y probar desde otro equipo las mismas acciones.

[Casimiro Notevi]

Empezado por Casimiro Notevi

Veamos, esto es muy fácil de comprobar.
Te vas al servidor.
Una vez allí, abres el isql.
Conectas a la BD.
Ejecutas un insert.
Si es inmediato ya sabes que el problema no está en el servidor.

¿Has hecho la prueba?