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.
2019-07-08 04:50:38 -04:00
- [Extra Sidekiq operations ](extra_sidekiq_processes.md ): Configure an extra set of Sidekiq processes to ensure certain queues always have dedicated workers, no matter the amount of jobs that need to be processed. ** (STARTER ONLY)**
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.