Firebird mal rendimiento en linux

[Rudi]

Bueno, si la intención es hacer una prueba... no veo la diferencia entre usar 1.5 o 2.0....

Es que tengo varias aplicaciones viejas que las hice bajo firebird 1.5 cuando trabajaba freelance , claro que tendré que ir migrándolas a la versión 2 pero mientra hago eso en el tiempo libre quería ir practicando con firebird en linux ya que he leído demasiados buenos comentarios del rendimiento y estabilidad de esa dupla.

por cierto, ya que me comentabas lo complicado de los paquetes de firebird para debian que distribución me recomendarías para montar servidor de base de datos firebird en equipos de bajo-mediano perfil?

desde ya Muchas gracias.

[jachguate]

Empezado por Rudi

Es que tengo varias aplicaciones viejas que las hice bajo firebird 1.5 cuando trabajaba freelance , claro que tendré que ir migrándolas a la versión 2 pero mientra hago eso en el tiempo libre quería ir practicando con firebird en linux ya que he leído demasiados buenos comentarios del rendimiento y estabilidad de esa dupla.

¿Has tenido que hacer algo para "migrarlas"... muchas de mis aplicaciones nacieron en los tiempos de Interbase 6 y francamente el esfuerzo para ir migrándolas ha sido mínimo. Pero sobre todo de firebird 1.5 a firebird 2, francamente no recuerdo haber hecho nada.... cuándo me decidí probar, solamente fue hacer backups, desinstalar el 1.5, instalar el 2.0, restaurar los backups y listo.

Empezado por Rudi

por cierto, ya que me comentabas lo complicado de los paquetes de firebird para debian que distribución me recomendarías para montar servidor de base de datos firebird en equipos de bajo-mediano perfil?

No estoy en posición de recomendar distribuciones. Actualmente en esos entornos uso debian, con muy buenos resultados. Sobre lo complicado de los paquetes... es algo de lo que no me fijo... pues utilizo el script que he publicado en el blog para realizar la instalación... y cero bolas.

Hasta luego.

[Rudi]

Lo de migrar de 1.5 a 2 es basicamente que tengo muchas consultas tanto en los sistemas como en vistas, storeprocedures, disparadores y hasta campos calculados del tipo:

WHERE TABLA1.CAMPO NOT IN (SELECT TABLA2.CAMPO ...)

las que tendría que pasar a consultas del tipo:

WHERE NOT EXISTS ...

Pero como el que escucha consejo llega a viejo, te voy a tomar la palabra y voy a intentar instalar el firebird segun el script que tienes en tu blog. cualquier problema te estaré fastidiando.

por cierto, podriamos decir entonces que no fue mi falta de experticia en el manejo de linux sino un problema general de debian con firebird 1.5 lo que resulta en el bajo rendimiento que estoy experimentando?

Nuevamente muchas gracias

[jachguate]

Empezado por Rudi

Lo de migrar de 1.5 a 2 es basicamente que tengo muchas consultas tanto en los sistemas como en vistas, storeprocedures, disparadores y hasta campos calculados del tipo:

WHERE TABLA1.CAMPO NOT IN (SELECT TABLA2.CAMPO ...)

las que tendría que pasar a consultas del tipo:

WHERE NOT EXISTS ...

¿tendrías?... no lo creo. Yo diría podrías, pues la sintaxis que usas sigue estando plenamente soportada.

Empezado por Rudi

por cierto, podriamos decir entonces que no fue mi falta de experticia en el manejo de linux sino un problema general de debian con firebird 1.5 lo que resulta en el bajo rendimiento que estoy experimentando?

Nunca he querido decir eso, y la verdad no tengo idea. Personalmente, nunca probé Firebird 1.5 sobre debian, ni con paquetes originales, ni con ningún otro método. Si intenté instalarlo... pero finalmente nunca hice pruebas.

Mi experiencia linux/firebird 1.5 se reduce a Mandrake/Mandriva, donde el rendimiento siempre fue bueno.

Hasta luego.

[Casimiro Notevi]

Yo sí he probado Firebird 1.5 con Debian, bueno... con Ubuntu, y también con RedHat y Suse. La verdad, no he notado diferencia significativa entre ellos, en todos "vuela".

p.d. Todos nuestros clientes tienes servidores Linux y todos tienen Firebird 1.5 menos los 2 últimos clientes de este mes pasado, que ya hemos empezado a poner Firebird 2.0 (uno va con Ubuntu y el otro con Suse).

Hasta ahora, de momento, nunca hemos tenido problema con ninguno en rendimiento.

[rastafarey]

explico un pco mas.

1. Ambos servidores estaban en la misma red local.
2. El equipo desde el que se realizaban las pruebas no hacia mas nada.
3. Segunlo me dijeron de ser el equipo identicos lo hice(aunque en la maquina que estaba el servidor linux era superior) monte el linux en un equipo identico al windows y saben cual fue la sorpresa. Sigue igual,
4. Las pruebas las hice con las dos versiones de firebird 1.5, 2.0.3 pero sigue igual.

Si le hace falta alguna otra informacion me la podrian decir y se las envio.

[rastafarey]

Vamos a escribri algo para que poccionar el pos al inicio

[TJose]

Empezado por Rudi

Es que tengo varias aplicaciones viejas que las hice bajo firebird 1.5 cuando trabajaba freelance , claro que tendré que ir migrándolas a la versión 2 pero mientra hago eso en el tiempo libre quería ir practicando con firebird en linux ya que he leído demasiados buenos comentarios del rendimiento y estabilidad de esa dupla.

Hola Rudi

tengo desarrollada una aplicación con los IBX en C++Builder (año 2003). A principio corría con Firebird 1.03, luego con la versión 1.5.x (pasando por todas las x) y ahora con la 2.0.x y no he tenido ningún problema.

En su momento también pensé que al usar IBX que (no son compatibles con FB) podría tener algún problema, pero como dije, aún sigue funcionando bien.

Saludos
TJose

[[RONPABLO]]

Hola rastafarey, el equipo en Linux depronto será multiprocesador??? de ser así tu dices que tienes instalado el super server, prueba con clasic server que es pensado en dicho tipo de equipos...

[Rudi]

Hola TJose.

Ese comentario lo hice porque utilizo muchas vistas y consultas en general que involucran la clausula NOT IN que en firebird 1.5 eran indexadas y en firebird 2 no, por eso la gente de firebird recomienda cambiarlas a NOT EXISTS y de hecho he hecho pruebas de la misma BD corriendo en firebird 1.5 y en firebird 2 y cuando le toca una consulta NOT IN en firebird 2 el rendimiento es para salir a tomar cafe mientras trae los registros. de hecho en el analizador de rendimiento de IBExpert muestra las consultas indesadas y no indexadas y cuando corre sobre firebird 1,5 todo indexado y sobre firebird 2 las consultas sobre clausulas NOT IN estan no indexadas.

A eso me refería

Gracias por preocuparte de todas formas, por cierto reinstale el debian y nada, creo que será debian, antes de cambiar distribución voy a probar con el script de jachguate para instalar firebird 2 a ver que tal. sino creo que haré una encuesta para ver entre los experimentados y entendidos (sin veteranos) del asunto cual será la mejor distribución para montar mi servidor linux con firebird.

Una vez mas gracias a todos, seguiré buscando la solución, como comenté antes, puede ser mi error pero al ver que a rastafarey le pasa lo mismo me pareció bueno preguntar sobre mi caso.

[[RONPABLO]]

Hola Rudi, reviviendo este hilo y leyendo recientemente los FAQ de Firebird me encontré con lo siguiente

Empezado por FAQ Firebird

Why is my query that uses IN or NOT IN slow?


This is an issue with Firebird optimizer. In newer Firebird versions the problem with IN is fixed, but the problem with NOT IN remains. In any case, it is safe and often faster to use EXISTS and NOT EXISTS instead. Each IN and NOT IN query can be rewritten to use EXISTS and NOT EXISTS.

Example:


select * from employee e
where e.emp_no in (select s.emp_no from SALARY_HISTORY s);

-- rewritten with EXISTS:

select * from employee e
where exists (select 1 from SALARY_HISTORY s where e.emp_no = s.emp_no);

Con lo poco que entiendo de ingles se refiere que en versiones antiguas el problema de velocidad lo tenia tanto la clausula IN y NOT IN, pero que en las nuevas versiones el IN fue optimizado pero el NOT IN continua lento... es decir que si antes era aceptable para ti ahora no debe ser tanto... Aunque tu hablaste de Indexar y esa parte aun no la he visto y depronto estoy siendo muy apresurado en emitir mi opinión... pero podrías probar si la velocidad se ve afectada o no con antiguas consultas que usan el NOT IN

[Rudi]

Hola RONPABLO,

Gracias por responder.

Recién estoy llegando de vacaciones y no he podido probar nada extra pero en las primeras pruebas que hice es evidente que en firebird 2 el uso del NOT IN es una locura, por eso decía yo lo de migrar mis aplicaciones de 1.5 a 2, cosa que tal vez no me hice entender en su momento. Ese problema (NOT IN en FB 2) ya lo tenia en la listas de cosas por hacer pero mi verdadero problema es ahora, por puro orgullo, lograr que en mi equipo debian el firebird sea mas rápido que en el equipo windows.

Gracias nuevamente.

[jachguate]

¿algún avance?

[rastafarey]

No he encontrado cual es el problema.

He hechos todo lo que me han dich he probado todo lo que sabido que me poueda dar problemas pero el enfermo no mejora.