2017-12-11 11:05:08 -05:00
|
|
|
# Performing Operations in GitLab
|
|
|
|
|
|
|
|
Keep your GitLab instance up and running smoothly.
|
|
|
|
|
|
|
|
- [Clean up Redis sessions](cleaning_up_redis_sessions.md): Prior to GitLab 7.3,
|
2019-02-22 08:17:10 -05:00
|
|
|
user sessions did not automatically expire from Redis. If
|
|
|
|
you have been running a large GitLab server (thousands of users) since before
|
|
|
|
GitLab 7.3 we recommend cleaning up stale sessions to compact the Redis
|
|
|
|
database after you upgrade to GitLab 7.3.
|
2017-12-11 11:05:08 -05:00
|
|
|
- [Moving repositories](moving_repositories.md): Moving all repositories managed
|
2019-02-22 08:17:10 -05:00
|
|
|
by GitLab to another file system or another server.
|
2017-12-11 11:05:08 -05:00
|
|
|
- [Sidekiq MemoryKiller](sidekiq_memory_killer.md): Configure Sidekiq MemoryKiller
|
2019-02-22 08:17:10 -05:00
|
|
|
to restart Sidekiq.
|
2017-05-30 19:24:45 -04:00
|
|
|
- [Unicorn](unicorn.md): Understand Unicorn and unicorn-worker-killer.
|
2018-07-18 15:43:18 -04:00
|
|
|
- Speed up SSH operations by [Authorizing SSH users via a fast,
|
2019-02-22 08:17:10 -05:00
|
|
|
indexed lookup to the GitLab database](fast_ssh_key_lookup.md), and/or
|
|
|
|
by [doing away with user SSH keys stored on GitLab entirely in favor
|
|
|
|
of SSH certificates](ssh_certificates.md).
|
2018-10-08 11:58:00 -04:00
|
|
|
- [Filesystem Performance Benchmarking](filesystem_benchmarking.md): Filesystem
|
2019-02-22 08:17:10 -05:00
|
|
|
performance can have a big impact on GitLab performance, especially for actions
|
|
|
|
that read or write Git repositories. This information will help benchmark
|
|
|
|
filesystem performance against known good and bad real-world systems.
|