2021-01-26 15:08:58 +00:00
---
2022-05-31 15:09:02 +00:00
stage: Data Stores
2022-08-11 12:09:19 +00:00
group: Application Performance
2021-01-26 15:08:58 +00:00
info: To determine the technical writer assigned to the Stage/Group associated with this page, see https://about.gitlab.com/handbook/engineering/ux/technical-writing/#assignments
---
2022-06-13 12:08:29 +00:00
# Application cache interval **(FREE SELF)**
2021-01-26 15:08:58 +00:00
2021-05-05 18:10:31 +00:00
By default, GitLab caches application settings for 60 seconds. Occasionally,
you may need to increase that interval to have more delay between application
setting changes and when users notice those changes in the application.
2021-01-26 15:08:58 +00:00
2021-05-05 18:10:31 +00:00
We recommend you set this value to greater than `0` seconds. Setting it to `0`
causes the `application_settings` table to load for every request. This causes
extra load for Redis and PostgreSQL.
2021-01-26 15:08:58 +00:00
2022-06-13 12:08:29 +00:00
## Change the expiration interval for application cache
2021-01-26 15:08:58 +00:00
To change the expiry value:
**For Omnibus installations**
1. Edit `/etc/gitlab/gitlab.rb` :
```ruby
gitlab_rails['application_settings_cache_seconds'] = 60
```
2021-05-05 18:10:31 +00:00
1. Save the file, and then reconfigure and restart GitLab for the changes to
take effect:
2021-01-26 15:08:58 +00:00
```shell
gitlab-ctl reconfigure
gitlab-ctl restart
```
**For installations from source**
1. Edit `config/gitlab.yml` :
```yaml
gitlab:
application_settings_cache_seconds: 60
```
2021-05-05 18:10:31 +00:00
1. Save the file, and then [restart ](restart_gitlab.md#installations-from-source )
2021-01-26 15:08:58 +00:00
GitLab for the changes to take effect.