Commit 01799721 authored by dosire's avatar dosire

Take into account active users.

parent 2bfd95d8
...@@ -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
- 4GB supports up to 10,000 users - 4GB supports up to 2,000 users
- 8GB supports up to 5,000 users
- 16GB supports up to 10,000 users
- 32GB supports up to 20,000 users
- 64GB supports up to 40,000 users
## Storage ## Storage
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment