@@ -43,18 +43,24 @@ We love [JRuby](http://jruby.org/) and [Rubinius](http://rubini.us/)) but GitLab
...
@@ -43,18 +43,24 @@ We love [JRuby](http://jruby.org/) and [Rubinius](http://rubini.us/)) but GitLab
## CPU
## CPU
- 1 core works for under 100 users but the responsiveness might suffer
- 1 core works supports up to 100 users but the application will not be responsive
-**2 cores** is the **recommended** number of cores and supports up to 100 users
-**2 cores** is the **recommended** number of cores and supports up to 500 users
- 4 cores supports up to 1,000 users
- 4 cores supports up to 2,000 users
- 8 cores supports up to 10,000 users
- 8 cores supports up to 5,000 users
- 16 cores supports up to 10,0000 users
- 32 cores supports up to 20,0000 users
- 64 cores supports up to 40,0000 users
## Memory
## Memory
- 512MB is too little memory, GitLab will be very slow and you will need 250MB of swap
- 512MB is the abolute minimum, you need 256MB of swap, you can configure only one slow unicorn worker, only ssh access will work, we do not recommend this
- 768MB is the minimal memory size but we advise against this
- 1GB supports up to 100 users (with individual repositories under 250MB, otherwise git memory usage necessitates using swap space)
- 1GB supports up to 100 users (with individual repositories under 250MB, otherwise git memory usage necessitates using swap space)
-**2GB** is the **recommended** memory size and supports up to 1,000 users
-**2GB** is the **recommended** memory size and supports up to 500 users