Mitch Lindgren's questions

I'm running Atlassian Crucible/Fisheye and all of a sudden none of my users can browse changesets for any of the configured repositories. The only clue I have as to the cause of this is the following message from the debug log:

2010-10-26 14:00:24,378 DEBUG [btpool0-25] svn.SvnSCMModule SvnAuth-prompt - System prompted for user crucible, which does not match configured username ******

(I replaced the actual username with asterisks, but rest assured that there is one there; it's the username that the repository is configured with in Fisheye.) I Googled this message but was unable to find any relevant information.

The message is displayed whenever anyone tries to add content to a review using the "Browse Changesets," "Explore Repositories" or "Search for Files" options. Oddly, browsing using the source browser still works.

Has anyone encountered this before?

My company has been running a trial of Atlassian Crucible for some months now. For repositories where it's working properly, users have given very positive feedback about the tool. The problem I'm having is that we have several different projects, each with its own repository, and some of those repositories are very large. One repository in particular has a large number of branches and probably around 9,000 files per branch. Browsing that repository in Crucible is extremely slow.

Crucible is running on a CentOS VM. The VM has 4GB of RAM, and I've set Crucible's maximum at 3GB, of which it is currently using 2GB. I've brought this up in a support ticket with Atlassian, and they suggested the following:

In particular because you have a rather large SVN repository you will likely find that Fisheye will be creating a large index file on disk. To help improve performance a few things you can try are:

• Increasing the available memory available to Fisheye.
• Migrating to an external database.
• Excluding files and directories from your index that aren't needed.

I've tried all of these things to an extent, but so far none have helped greatly. I was originally running Crucible on a Windows box with 2GB of RAM using the built in HSQL DB. Moving to MySQL on CentOS saw a performance increase for some repositories, and made Crucible much more stable, but did not seem to help much with our biggest repository. There are only so many files/branches I can exclude from indexing while maintaining the tool's usefulness.

That being the case, does anyone have any tips on how to speed up Crucible on large repositories, without investing in insanely powerful hardware?

Thanks!

Edit: To clarify, since I didn't mention it explicitly above, I am using FishEye.

Edit 2: Since I originally posted this, performance has improved somewhat with new Crucible releases, but it's still not great by any means. It seems that this issue affects many users, including some with far more powerful hardware than we are using. Thus, I do not believe it is a hardware issue, but rather an issue with inherent inefficiency in Crucible. Atlassian is aware of the issue and will be including further performance improvements in future releases, so hopefully those changes solve our problems.

Edit 3: I'd forgotten how long ago I'd asked this question, so in my previous edit I neglected to mention that our hardware situation has also changed since it was originally asked. We're now running Crucible on a dedicated, physical server, still using CentOS. The hardware is still modest (4GB RAM, quad core CPU and dual 500GB disks in RAID 1 with external backup), but we did see a slight performance increase when we moved away from the VM.