Perusahaan saya telah menjalankan percobaan Atlassian Crucible selama beberapa bulan sekarang. Untuk repositori yang berfungsi dengan baik, pengguna telah memberikan umpan balik yang sangat positif tentang alat ini. Masalah yang saya alami adalah bahwa kami memiliki beberapa proyek yang berbeda, masing-masing dengan repositori sendiri, dan beberapa repositori tersebut sangat besar. Satu repositori khususnya memiliki sejumlah besar cabang dan mungkin sekitar 9.000 file per cabang. Menjelajahi repositori di Crucible sangat lambat.
Crucible berjalan pada CentOS VM. VM memiliki 4GB RAM, dan saya telah menetapkan maksimum Crucible pada 3GB, yang saat ini menggunakan 2GB. Saya telah membawa ini dalam tiket dukungan dengan Atlassian, dan mereka menyarankan yang berikut:
Khususnya karena Anda memiliki repositori SVN yang agak besar, Anda mungkin akan menemukan bahwa Fisheye akan membuat file indeks besar pada disk. Untuk membantu meningkatkan kinerja, beberapa hal yang dapat Anda coba adalah:
- Meningkatkan memori yang tersedia untuk Fisheye.
- Bermigrasi ke database eksternal .
- Mengecualikan file dan direktori dari indeks Anda yang tidak diperlukan .
Saya sudah mencoba semua hal ini sampai batas tertentu, tetapi sejauh ini tidak ada yang sangat membantu. Saya awalnya menjalankan Crucible pada kotak Windows dengan 2GB RAM menggunakan built in DB HSQL. Pindah ke MySQL di CentOS melihat peningkatan kinerja untuk beberapa repositori, dan membuat Crucible jauh lebih stabil, tetapi tampaknya tidak banyak membantu dengan repositori terbesar kami. Hanya ada begitu banyak file / cabang yang bisa saya kecualikan dari pengindeksan sambil mempertahankan kegunaan alat ini.
Karena itu, apakah ada yang punya tips tentang cara mempercepat Crucible di repositori besar, tanpa berinvestasi di perangkat keras yang luar biasa kuat?
Terima kasih!
Edit: Untuk memperjelas, karena saya tidak menyebutkan secara eksplisit di atas, saya sedang menggunakan FishEye.
Sunting 2: Karena saya awalnya memposting ini, kinerja agak membaik dengan rilis Crucible baru, tapi tetap saja tidak bagus. Tampaknya masalah ini memengaruhi banyak pengguna , termasuk beberapa dengan perangkat keras yang jauh lebih kuat daripada yang kami gunakan. Jadi, saya tidak percaya ini adalah masalah perangkat keras, tetapi lebih merupakan masalah dengan inefisiensi inheren dalam Crucible. Atlassian menyadari masalah ini dan akan memasukkan peningkatan kinerja lebih lanjut dalam rilis mendatang, jadi semoga perubahan itu memecahkan masalah kita.
Sunting 3: Saya sudah lupa berapa lama saya telah mengajukan pertanyaan ini, jadi dalam suntingan saya sebelumnya saya lupa menyebutkan bahwa situasi perangkat keras kami juga telah berubah sejak awalnya ditanyakan. Kami sekarang menjalankan Crucible pada server fisik khusus, masih menggunakan CentOS. Perangkat kerasnya masih sederhana (RAM 4GB, CPU quad core dan 500GB disk ganda di RAID 1 dengan cadangan eksternal), tetapi kami memang melihat sedikit peningkatan kinerja ketika kami pindah dari VM.