Foros Club Delphi

Foros Club Delphi (https://www.clubdelphi.com/foros/index.php)
-   Firebird e Interbase (https://www.clubdelphi.com/foros/forumdisplay.php?f=19)
-   -   Lentitud de Firebird 2.5 superclassic,servidor debian 64 bits (https://www.clubdelphi.com/foros/showthread.php?t=86864)

IVAND 15-10-2014 05:57:44

Lentitud de Firebird 2.5 superclassic,servidor debian 64 bits
 
Hola a todos

Tengo una aplicacion que funcionaba en 1.5 la migre a 2.5 y el rendimiento ha decaido , utilizo un servidor HP con 4 mg ram , SO debian 7, 64 bits , cuando trabajaba con 1.5 era mas rapido , he leido algo en otros foros espero me ayuden con alguna experiencia y como poder mejorar la velocidad

Gracias de antemano

Nota: se nota la lentidud al hacer select a una tabla de 8 mil registros antes esto era casi imperceptible

Toni 15-10-2014 08:02:08

Has realizado un backup / restore e modo transportable para pasarlo del FB 1.5 a 2.5?
Comprueba si tienes los indices creados para las tablas que intervienen.

duilioisola 15-10-2014 09:39:41

En el lado del cliente también tendrías que actualizar Firebird... Estás seguro de que esos ordenadores están actualizados?

También prueba con el tamaño de página.
Has un backup y luego en el restore pruebas con páginas de 8192 bytes y de 16384 bytes
El tamaño debería ser igual al de los sectores del disco, como regla general.
Código:

gbak -r -p 8192 path/origen.fbk ip:/path/destino.fdb
De todos modos, supongo que es un tema de índices...
Prueba la consulta desde un gestor de base de datos (ibexpert, marathon, flamerobin) y verifica el PLAN, tiempos, acceso a datos, índices utilizados, etc.
Puede que el optimizador de FB2.5 haga las cosas un poco diferentes y tengas que replantear el SELECT. Sobre todo si tiene JOINs, UNIONs, o cosas mças raras.

IVAND 15-10-2014 20:37:48

Hola a todos y gracias por responder

Si ya hice lo de transportable, sin ningun problema lo raro es q con la 1.5 anda super bien , en los plan usan los indices que tienen , he leido que puede ser un problema de la version 2.5 sera verdad ? , lo cual me obligaria a volver a la version 1.5 , seguire revisando

Casimiro Notevi 15-10-2014 20:49:28

Cita:

Empezado por IVAND (Mensaje 483166)
he leido que puede ser un problema de la version 2.5 sera verdad ?

No, para nada.

IVAND 16-10-2014 04:46:16

Y entonces porq puede ser la lentitud y en algunos foros presentan el mismo problema de lentitud en servidores linux , lo cual hasta la version 1.5 era super rapido y mas seguro que en servidores windows

tocara hacer algunos ajustes a la configuracion del servidor ???

Casimiro Notevi 16-10-2014 09:54:27

Pues es difícil de saber si no podemos ver ese servidor, es como ser adivinos :)

En cuanto a que haya gente que diga que es lento, eso es algo irrelevante, es como decir que hay mucha gente que dice que windows es fabuloso y otros dicen que es una basura :D

Hace falta conocer cada caso concreto.

Porque supongamos que es algo menos rápido, además has cambiado de ext3 a ext4 (por poner un simple ejemplo de cosa que se puede cambiar), entonces sería normal que no fuese tan rápido, pero estamos hablando de milésimas de segundo.
Personalmente, puedo decir que ningún cliente de los que tenían fb1.5 han notado nada al cambiar a fb2.5, todo son linux y bases de datos bastante grandes.

IVAND 17-10-2014 01:53:32

Hola Casimiro

Que caracteristicas podria indicarte del servidor por ejemplo , aunque te indico mismo servidor motor 1.5 rapido , mismo servidor firebird 2.5 lento

en las mismas consultas y con el mismo plan

Casimiro Notevi 17-10-2014 09:02:15

Hombre. pues empieza contando algo, no has dicho nada, ni siquiera qué sistema operativo usas.

IVAND 17-10-2014 20:12:25

Código:

Hola a todos
Tengo una aplicacion que funcionaba en 1.5 la migre a 2.5 y el rendimiento ha decaido , utilizo un servidor HP con 4 mg ram , SO debian 7, 64 bits , cuando trabajaba con 1.5 era mas rapido , he leido algo en otros foros espero me ayuden con alguna experiencia y como poder mejorar la velocidad

Gracias de antemano

Nota: se nota la lentidud al hacer select a una tabla de 8 mil registros antes esto era casi imperceptible

Hola Casimiro si puse las caracteristicas :)

Casimiro Notevi 17-10-2014 20:35:08

Debo revisarme la vista, fui a leerlo al primer mensaje y no lo vi :eek:



Pd: ese mensaje que has puesto no quiere decir nada, es lo que te comenté antes, cualquiera puede decir cualquier cosa, pero ¿pruebas, datos, argumentos, detalles, etc.?

Casimiro Notevi 17-10-2014 20:58:39

Mi equipo personal, este desde el que escribo, es similar al que describes, tengo ubuntu, que como sabes es un debian y tengo una base de datos de varios gigas para hacer pruebas.
Y Firebird 2.5.3 por lo que es un entorno similar a tu servidor.

Hago un select * de una tabla que tiene 104903 registros, ordenados por codigo, descendente, para que lea todos los registros (no tiene un índice descendente ese campo).
Cita:

Executing...
Done.
2482 fetches, 0 marks, 2 reads, 0 writes.
0 inserts, 0 updates, 0 deletes, 828 index, 0 seq.
Delta memory: 15148 bytes.
Total execution time: 0,104s
Script execution finished.
Ahora con una tabla que tiene 253732 registros:
Cita:

Executing...
Done.
517966 fetches, 0 marks, 5252 reads, 0 writes.
0 inserts, 0 updates, 0 deletes, 0 index, 253732 seq.
Delta memory: -8 bytes.
Total execution time: 0,287s
Script execution finished.
Está instalado normalmente, descargado desde firebirdsql.org y sin cambiar absolutamente nada en la configuración.

duilioisola 18-10-2014 00:52:44

Podrías mostrar algo de la estructura de la base de datos?
- Tablas y sus índices
- La sentencia SQL que utilizas
- Los resultados que te da el gestor de base de datos (como los de Casimiro) tiempos, PLAN, uso de memoria, etc.


La franja horaria es GMT +2. Ahora son las 04:50:08.

Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi