Hi everyone,
our company is planning to get Crucible/Fisheye. We have some questions regarding the best suitable hardware setup in our situation:
- We expect 150+ Fisheye/Crucible Users
- We expect around 100 SVN repositories (not sure yet about wether we will add the repository roots to Crucible/Fisheye, or rather subfolders of the repositories - which would increase this number even more)
What hardware setup would you advise in our situation? We would like to have a setup which is ready for the years to come, since we will buy the hardware especially for this purpose (not using a vm).
Could you give us a hint on an optimal hardware setup with optimal performance?
Best regards,
Jan Becker
PS: I am aware of the answer to this question https://answers.atlassian.com/questions/98536/hardware-system-requirements-for-crucible-for-10-100-users- still i would like to get a more specific answer, since the answer simply seems to reproduce the (minimum?) requirements for Fisheye.
It's not really big installation. Server with 3 GB of RAM and 2x2GHz CPU cores should be fine. If you want it for future, just buy server with quad core CPU and 16GB of RAM(RAM is cheap nowadays) and you will not need to worry for the next 3 years.
In our own internal testing of various FishEye hardware, we've found huge improvements in performance when we use an SSD to store the FishEye cache data on. FishEye is more or less I/O bound, so I'd strongly recommend you get the fastest disk you can within your budget.
Since SSDs are prone to fail a little more often than regular HDDs, it would be recommended that you take nightly backups, that include your caches, to a separate disk. This is easily configured in FishEye.
The other constraint is definitely RAM - with more RAM, FishEye's caches can grow larger, and thereby need to hit your disk or db less. So AS Andris suggests, allocated 4GB or more to the JVM will help keep things humming.
Also - the more CPUs and the faster they are, the better performance you'll see. Again, try and get the fastest within your budget.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Nick, I apologize for hijacking this thread but:
It would be wonderful if the leak in caching code (that is guaranteed to cause OOM over time, with large enough number of repos) would finally go away.
Making the backups expire over time would be also good.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks a lot for your quick replies, Andris and Nick, both answers are very helpful!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.