fisheye crucible profiler
Asked by Robert G. Nadon:

Hi all,

We are using Fecru and all of the sudden it became very slow on certain operations. We can search for a code review and it comes up fairly quickly then we click on a file and it spins for about a minute. Which in the internet world is way too long. I am aware of profiling on JIRA and Confluence. Is there a profiler for Crucible/Fisheye?

Thanks so much,

Robert


Answers:
author: Felipe Kraemer
body: Hi @Robert G. Nadon / @Tini Good / @Topher Eliot,

At this time, profiling is not yet possible in FishEye/Crucible the same way it is in JIRA and Confluence.

I have created a new request for this in our development issue tracker, and you can track it here:

<https://jira.atlassian.com/browse/FE-6382>

Feel free to [vote](https://confluence.atlassian.com/display/JIRA/Watching+and+Voting+on+an+Issue) for the issue, add it to your watch list in order to be notified on its progress, and leave a comment there describing your use-case the more detailed the possible. This will help our development team to build a solution that meets better your needs.

If you want to know more about how we prioritise feature requests, take a look at our [policy](https://confluence.atlassian.com/display/DEV/Implementation+of+New+Features+Policy).

Let me know if you have any further questions.

Kind regards,  
Felipe Kraemer  
Atlassian Support


author: Marek Parfianowicz
body: Hi Robert, I suggest to start with enabling the debug logging in FishEye/Crucible. In logs you will see various timers. As you mentioned that you're having slowness in UI, then look at "qtp\*" threads. Opening a file may take long time due to several reasons:

* blame information is missing in FishEye's indexes and the thread has to hit SCM directly (especially for SVN it can be slow)
* file is very large (e.g. 100k lines); by default Crucible has 100kB limit of a file size for rendering diffs, some customers increase this limit; check your settings
* database is located on another server with a high latency from FishEye/Crucible server; it can cause general slowness


author: Tini Good
body: I've spent a LOT of time testing for root cause on this, and here's the things that helped the most:

* Always use Firefox, not IE, for Crucible reviews.
* Gigabit drops for users.
* Our SVN and FE/Cruc share a server. There are alternatives - 10gb+ pipe between the servers or doing a local file share - but this is easiest.
* Server disk I/O is NOT the problem with Crucible review response time.

Read (and vote for!!!) this bug report: <https://jira.atlassian.com/browse/CRUC-6158>

comments: author: Tini Good
body: One last note: IE 32-bit or 64-bit, both perform poorly. JIRA is fine with IE *except*when using the Up/Down arrows to move between records of a query result


author: Robert G. Nadon
body: I never use IE for anything except playtime. For business, I primarily use Chrome and if that fails then I will switch to Firefox. Our problem was not a browser one. I think crucible was doing something though, but a top showed it was the only thing consuming CPU and memory and was not consuming very much of either. If there is no profiler for FeCru then that sounds like a very good recommendation. I will check with Atlassian.


author: Topher Eliot
body: What is your underlying source code repository? We see things like this with Subversion, and have never figured it out.

comments: author: Robert G. Nadon
body: Perforce (moving to GitHub later this year but currently using Perforce). It self corrected, and so is not so critical, but I still would like to know if there was a profiler for me to do some analysis.


Tags: fisheye-crucible-administration