La mia azienda ha condotto una prova di Atlassian Crucible da alcuni mesi ormai. Per i repository in cui funziona correttamente, gli utenti hanno fornito un feedback molto positivo sullo strumento. Il problema che sto riscontrando è che abbiamo diversi progetti diversi, ognuno con un proprio repository e alcuni di questi repository sono molto grandi. Un repository in particolare ha un gran numero di filiali e probabilmente circa 9.000 file per filiale. La navigazione del repository in Crucible è estremamente lenta.
Crucible è in esecuzione su una VM CentOS. La VM ha 4 GB di RAM e ho impostato il massimo di Crucible a 3 GB, di cui attualmente utilizza 2 GB. L'ho menzionato in un ticket di supporto con Atlassian e mi hanno suggerito quanto segue:
In particolare perché hai un repository SVN piuttosto grande, probabilmente scoprirai che Fisheye creerà un file indice di grandi dimensioni su disco. Per migliorare le prestazioni, alcune cose che puoi provare sono:
- Aumentando la memoria disponibile disponibile per Fisheye.
- Migrazione verso un database esterno .
- Escludendo file e directory dal tuo indice non necessari .
Ho provato tutte queste cose fino a un certo punto, ma finora nessuna mi ha aiutato molto. Inizialmente stavo eseguendo Crucible su una scatola di Windows con 2 GB di RAM utilizzando il DB HSQL incorporato. Passare a MySQL su CentOS ha visto un aumento delle prestazioni per alcuni repository e ha reso Crucible molto più stabile, ma non sembrava essere di grande aiuto con il nostro repository più grande. Esistono solo molti file / rami che posso escludere dall'indicizzazione mantenendo l'utilità dello strumento.
Stando così le cose, qualcuno ha qualche consiglio su come velocizzare Crucible su grandi repository, senza investire in hardware follemente potente?
Grazie!
Modifica: per chiarire, dal momento che non l'ho menzionato esplicitamente sopra, sto usando FishEye.
Modifica 2: da quando ho pubblicato questo post, le prestazioni sono migliorate un po 'con le nuove versioni di Crucible, ma non è comunque eccezionale. Sembra che questo problema riguardi molti utenti , inclusi alcuni con hardware molto più potente di quello che stiamo utilizzando. Pertanto, non credo che sia un problema hardware, ma piuttosto un problema con inerente inefficienza in Crucible. Atlassian è a conoscenza del problema e includerà ulteriori miglioramenti delle prestazioni nelle versioni future, quindi speriamo che questi cambiamenti risolvano i nostri problemi.
Modifica 3: Avevo dimenticato quanto tempo fa avevo posto questa domanda, quindi nella mia precedente modifica ho trascurato di menzionare che anche la nostra situazione hardware è cambiata da quando era stata inizialmente posta. Ora stiamo eseguendo Crucible su un server fisico dedicato, utilizzando ancora CentOS. L'hardware è ancora modesto (4 GB di RAM, CPU quad core e doppi dischi da 500 GB in RAID 1 con backup esterno), ma abbiamo visto un leggero aumento delle prestazioni quando ci siamo allontanati dalla VM.