diff --git a/config/unicorn.rb.example b/config/unicorn.rb.example
index 29253b71f49792c915f285aa80912bd5b9ba1f9c..3aee718097f334c6873f50c001cf2e7dd8b68cab 100644
--- a/config/unicorn.rb.example
+++ b/config/unicorn.rb.example
@@ -16,7 +16,7 @@
 # Read about unicorn workers here:
 # http://doc.gitlab.com/ee/install/requirements.html#unicorn-workers
 #
-worker_processes 2
+worker_processes 3
 
 # Since Unicorn is never exposed to outside clients, it does not need to
 # run on the standard HTTP port (80), there is no reason to start Unicorn
diff --git a/doc/install/requirements.md b/doc/install/requirements.md
index 5bdb9caa2bf3477d4711c275a03a59443d7c7425..65ddb3e3cfb9f2a404d49ebc8e760ff818293308 100644
--- a/doc/install/requirements.md
+++ b/doc/install/requirements.md
@@ -80,7 +80,7 @@ It's possible to increase the amount of unicorn workers and tis will usually hel
 For most instances we recommend using: CPU cores + 1 = unicorn workers.
 So for a machine with 2 cores, 3 unicorn workers is ideal.
 
-For all machines that have 1GB and up we recommend a minimum of two unicorn workers.
+For all machines that have 1GB and up we recommend a minimum of three unicorn workers.
 If you have a 512MB machine with a magnetic (non-SSD) swap drive we recommend to configure only one Unicorn worker to prevent excessive swapping.
 With one Unicorn worker only git over ssh access will work because the git over HTTP access requires two running workers (one worker to receive the user request and one worker for the authorization check).
 If you have a 512MB machine with a SSD drive you can use two Unicorn workers, this will allow HTTP access although it will be slow due to swapping.