2015-10-15 06:15:18 -04:00
|
|
|
# Profiling
|
|
|
|
|
|
|
|
To make it easier to track down performance problems GitLab comes with a set of
|
|
|
|
profiling tools, some of these are available by default while others need to be
|
|
|
|
explicitly enabled.
|
|
|
|
|
2015-11-05 12:06:05 -05:00
|
|
|
## Sherlock
|
2015-10-15 06:15:18 -04:00
|
|
|
|
2015-11-05 12:06:05 -05:00
|
|
|
Sherlock is a custom profiling tool built into GitLab. Sherlock is _only_
|
|
|
|
available when running GitLab in development mode _and_ when setting the
|
|
|
|
environment variable `ENABLE_SHERLOCK` to a non empty value. For example:
|
|
|
|
|
|
|
|
ENABLE_SHERLOCK=1 bundle exec rails s
|
|
|
|
|
|
|
|
Recorded transactions can be found by navigating to `/sherlock/transactions`.
|
2015-10-15 06:15:18 -04:00
|
|
|
|
|
|
|
## Bullet
|
|
|
|
|
|
|
|
Bullet is a Gem that can be used to track down N+1 query problems. Because
|
|
|
|
Bullet adds quite a bit of logging noise it's disabled by default. To enable
|
|
|
|
Bullet, set the environment variable `ENABLE_BULLET` to a non-empty value before
|
|
|
|
starting GitLab. For example:
|
|
|
|
|
|
|
|
ENABLE_BULLET=true bundle exec rails s
|
|
|
|
|
|
|
|
Bullet will log query problems to both the Rails log as well as the Chrome
|
|
|
|
console.
|
2017-03-09 09:54:26 -05:00
|
|
|
|
|
|
|
As a follow up to finding `N+1` queries with Bullet, consider writing a [QueryRecoder test](query_recorder.md) to prevent a regression.
|