![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
|||
|
|||
|
Hola a Todos...
Gracias por sus respuesta. Primero, si, la consulta esta muy mal escrita y optimizada, pero me sirve para poder apreciar de manera mas significativa la demora de respuesta en los servidores... Ahora una pregunta, y perdón si es tonta... Si conecto un disco ssd externo, muevo la base de datos a ese disco externo, reinicio el servidor y pruebo la consulta, debería mejorar si fuere problema de disco o la cache y todo se sigue escribiendo en el disco mecánico? Se que hay una gran diferencia en el tiempo de respuesta y necesito poder determinar si es procesador, disco, la virtualización, etc... Poniendo un segundo disco externo ssd y colocando la base de datos en el mismo mejorara el rendimiento o debería montar toda la vm en un ssd? Desde ya muchas gracias por sus respuestas...
__________________
Saluda Atte Neeruu!!! :) |
|
#2
|
||||
|
||||
|
Si conoctas el disco de forma externa entonces seguramente lo harás por USB (más lento), no por SATA. Si lo conectas por SATA entonces no habrá diferencia.
Aparte me ha parecido entender que el servidor está en una máquina virtual, eso no es nada bueno, es otra capa más para hacerlo más lento. Y en cuanto a que tus pruebas te sirve para saber si es más o menos lento que una sentencia sql ineficaz, entonces debo decirte que eso no es así, eso no sirve para nada. Lo principal de todo es tener un select eficiente, todo lo que tarde más de 1 segundo es ineficiente.
__________________
La otra guía de estilo | Búsquedas avanzadas | Etiquetas para código | Colabora mediante Paypal |
|
#3
|
|||
|
|||
|
Esa prueba no la he echo nunca, pero debes tener en cuenta la velocidad del USB, por muy rápido que vaya el disco, tendrás un cuello de botella en el USB.
No es lo mismo directamente a placa que a través de un puerto USB. Si copias archivos a un disco por USB, aunque sea SSD, no irá mas rápido que la velocidad de transferencia del USB. La verdad que si lo haces comenta por aquí, para aprender todos. Si puedes probar haciéndolo así y conectando el disco internamente mejor, ten en cuenta también la carpeta temporal para Firebird, es importante que esté en el disco SSD. Un saludo. Edito: No había visto la respuesta anterior. |
|
#4
|
|||
|
|||
|
Con respecto de poner la base de datos en disco externo ssd (conectado por USB 3.0 ) los resultados de rendimiento siguen siendo iguales. (mas rápido en la vm en la nube). Los tiempos de respuesta son iguales.
Estoy viendo de poder montar todo un disco ssd para mover la vm al disco de ssd y hacer las pruebas todo sobre un ssd. Comparto lo que dice Casimiro sobre la conexión, tenia la esperanza de ver algún cambio como para encaminar la solución por ahí pero entiendo que capaz la cache del firebird se sigue guardando en los discos mecánicos, entonces es lo mismo, por eso estoy viendo de hacer la prueba completa sobre ssd. Con respecto a la consulta, ejecute otras consultas optimizadas, (lo mas optimizadas que mi conocimiento puede generar) todas lecturas indexadas, partiendo siempre de la tabla que menos registro tiene, etc... Y el tiempo siempre es mas rápido en el servidor en la nube... Y si a alguien se le ocurre algo, aunque parezca loco, aviso... necesito ver cual puede ser el problema para poder ver que acciones tomar... Gracias por todas las respuestas... siempre son de gran ayuda.
__________________
Saluda Atte Neeruu!!! :) |
|
#5
|
||||
|
||||
|
A ver, empecemos mas basico.
1. Recoje datos precisos de ambas maquinas, no solo `CPU de X ghz` sino modelo exacto. Hay grandes diferencias entre una CPU de 3.0 de hoy a una de hace 10 años. Igual con el SSD, memoria, tarjeta de red, versionando de SO, version de firebirds. Valores *exactos* 2. Seria bueno saber la estructura de las tablas, que indices tiene, y un mini ejemplo de datos 3. Corre la consulta con el query planner, usando conexion de localhost/directa en ambas maquinas, usando la misma herramienta. Diria yo con `isql`ya que dice: https://www.firebirdsql.org/file/doc...reference.html Cita:
__________________
El malabarista. |
|
#6
|
|||
|
|||
|
Voy a comunicarme con el proveedor de la vm en la nube para solicitar los datos mas precisos y los publicare...
Muchas gracias por todo...
__________________
Saluda Atte Neeruu!!! :) |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| rendimiento de PHP | Ñuño Martínez | PHP | 1 | 20-09-2006 06:29:55 |
| Rendimiento del servidor | Tonyaldea | Firebird e Interbase | 7 | 11-05-2005 09:23:22 |
| rendimiento | carlomagno | Firebird e Interbase | 14 | 06-07-2004 17:05:13 |
| Rendimiento e IBTransaction | brandolin | Firebird e Interbase | 1 | 01-06-2004 21:33:06 |
|