Mi compañía ha estado ejecutando una prueba de Atlassian Crucible durante algunos meses. Para los repositorios donde funciona correctamente, los usuarios han brindado comentarios muy positivos sobre la herramienta. El problema que tengo es que tenemos varios proyectos diferentes, cada uno con su propio repositorio, y algunos de esos repositorios son muy grandes. Un repositorio en particular tiene una gran cantidad de ramas y probablemente alrededor de 9,000 archivos por rama. Explorar ese repositorio en Crucible es extremadamente lento.
Crucible se está ejecutando en una VM CentOS. La VM tiene 4 GB de RAM, y he establecido el máximo de Crucible en 3 GB, de los cuales actualmente usa 2 GB. Lo mencioné en un ticket de soporte con Atlassian, y sugirieron lo siguiente:
En particular, debido a que tiene un repositorio SVN bastante grande, probablemente encontrará que Fisheye creará un archivo de índice grande en el disco. Para ayudar a mejorar el rendimiento, algunas cosas que puedes probar son:
- Aumento de la memoria disponible disponible para Fisheye.
- Migrar a una base de datos externa .
- Excluyendo archivos y directorios de su índice que no son necesarios .
He intentado todas estas cosas hasta cierto punto, pero hasta ahora ninguna me ha ayudado mucho. Originalmente estaba ejecutando Crucible en una caja de Windows con 2GB de RAM usando el HSQL DB incorporado. Pasar a MySQL en CentOS experimentó un aumento en el rendimiento de algunos repositorios e hizo que Crucible fuera mucho más estable, pero no pareció ayudar mucho con nuestro repositorio más grande. Solo hay tantos archivos / ramas que puedo excluir de la indexación mientras mantengo la utilidad de la herramienta.
Siendo ese el caso, ¿alguien tiene algún consejo sobre cómo acelerar Crucible en repositorios grandes, sin invertir en hardware increíblemente poderoso?
¡Gracias!
Editar: para aclarar, ya que no lo mencioné explícitamente arriba, estoy usando FishEye.
Edición 2: desde que publiqué esto originalmente, el rendimiento ha mejorado un poco con los nuevos lanzamientos de Crucible, pero aún así no es excelente. Parece que este problema afecta a muchos usuarios , incluidos algunos con hardware mucho más potente que el que estamos utilizando. Por lo tanto, no creo que sea un problema de hardware, sino más bien un problema con ineficiencia inherente en Crucible. Atlassian es consciente del problema e incluirá más mejoras de rendimiento en futuras versiones, por lo que esperamos que esos cambios resuelvan nuestros problemas.
Edición 3: había olvidado cuánto tiempo atrás había hecho esta pregunta, por lo que en mi edición anterior no mencioné que nuestra situación de hardware también ha cambiado desde que se hizo originalmente. Ahora estamos ejecutando Crucible en un servidor físico dedicado, que todavía usa CentOS. El hardware sigue siendo modesto (4 GB de RAM, CPU de cuatro núcleos y discos duales de 500 GB en RAID 1 con respaldo externo), pero vimos un ligero aumento en el rendimiento cuando nos alejamos de la VM.