delta/gitlab/gitlab-ce.git/config.ru, branch docs/single-codebase-dev-guides gitlab.com: gitlab-org/gitlab-ce.git Bump rack gem to 2.0.7 2019-04-05T05:01:01+00:00 Stan Hu stanhu@gmail.com 2019-04-05T04:56:52+00:00 617dcfd5e4fef79feeaf24fde3e9478ca598bd69 This update has two important fixes: 1. It reverts the monkey patch introduced in https://gitlab.com/gitlab-org/gitlab-ce/merge_requests/23385 since https://github.com/rack/rack/pull/1201 is now part of the release. 2. Preserve forwarded IP address for trusted proxy chains (https://github.com/rack/rack/pull/1343). 
This update has two important fixes:

1. It reverts the monkey patch introduced in
https://gitlab.com/gitlab-org/gitlab-ce/merge_requests/23385 since
https://github.com/rack/rack/pull/1201 is now part of the release.

2. Preserve forwarded IP address for trusted proxy chains
(https://github.com/rack/rack/pull/1343).
Enable the Layout/ExtraSpacing cop 2019-01-24T12:05:45+00:00 Rémy Coutable remy@rymai.me 2019-01-16T12:09:29+00:00 3a2abc1d50b419a353edb7f7cf68f3894dfdeeef Signed-off-by: Rémy Coutable <remy@rymai.me> 
Signed-off-by: Rémy Coutable <remy@rymai.me>
Add monkey patch to unicorn to fix eof? problem 2018-11-28T16:34:32+00:00 Kamil Trzciński ayufan@ayufan.eu 2018-11-27T16:12:49+00:00 dc962788fa7589e948479f609a6feb29404d217b Rack with Unicorn is unable to handle chunked requests due to private `eof?` method. This exposes `eof?` not changing `rack` behavior. Issue: https://gitlab.com/gitlab-org/gitlab-ee/issues/8539 
Rack with Unicorn is unable to handle chunked requests due to private `eof?` method.
This exposes `eof?` not changing `rack` behavior.

Issue: https://gitlab.com/gitlab-org/gitlab-ee/issues/8539
Increase the memory limits used in the unicorn killer 2018-03-23T00:21:10+00:00 DJ Mountney david@twkie.net 2018-03-22T23:49:13+00:00 f4218f277adf59a76da43ca534037feff024614d These limits were updated in our docs, and in omnibus some time ago. But the defaults in the source-install were missed. 
These limits were updated in our docs, and in omnibus some time ago. But
the defaults in the source-install were missed.
Release the entire env 2018-02-07T14:56:07+00:00 Lin Jen-Shin godfat@godfat.org 2018-02-07T14:44:05+00:00 31f1ec59a7cf7517cd5935ef3af540aceba07bb3 






Try not to hold env and release the controller
2018-02-07T14:45:02+00:00

Lin Jen-Shin
godfat@godfat.org

2018-02-01T10:48:32+00:00

d4d564c8e7d2cbc3e6742475a793ba0f630167e3

after the request. This way, we could release the
project referred from the controller, which potentially
referred a repository which potentially allocated a lot of
memories.

Before this change, we could hold the last request data
and cannot release the memory. After this change, the
largest request data should be able to be collected from GC.

This might not impact the instances having heavy load,
as the last request should be changing all the time,
and GC won't kick in for each request anyway.

However it could still potentially allow us to free more
memories for each GC runs, because now we could free one
more request anyway.





after the request. This way, we could release the
project referred from the controller, which potentially
referred a repository which potentially allocated a lot of
memories.

Before this change, we could hold the last request data
and cannot release the memory. After this change, the
largest request data should be able to be collected from GC.

This might not impact the instances having heavy load,
as the last request should be changing all the time,
and GC won't kick in for each request anyway.

However it could still potentially allow us to free more
memories for each GC runs, because now we could free one
more request anyway.







Warm up the app so it's fast for the 1st request
2017-12-28T13:55:34+00:00

Lin Jen-Shin
godfat@godfat.org

2017-12-28T13:55:34+00:00

e202fe8c760d8e63a26cbac116dc94d5039fb207

This would make the application considered ready much slower,
but when it's ready, then it's really ready. Before this change,
it claims to be ready, but it's annoyingly slow for the first
request with GDK. It's 100% 502 for me, for the first request.

This shouldn't really affect production or so, because if it's
really ready, it should be blazingly fast, and it should not
slow things down too much.

The culprit here is probably `ActionController::Base.helpers.asset_path`
but this could make sure that anything else would load first, too.





This would make the application considered ready much slower,
but when it's ready, then it's really ready. Before this change,
it claims to be ready, but it's annoyingly slow for the first
request with GDK. It's 100% 502 for me, for the first request.

This shouldn't really affect production or so, because if it's
really ready, it should be blazingly fast, and it should not
slow things down too much.

The culprit here is probably `ActionController::Base.helpers.asset_path`
but this could make sure that anything else would load first, too.







set ENV['prometheus_multiproc_dir'] in config/boot.rb instead of config.ru
2017-06-15T21:41:47+00:00

Pawel Chojnacki
pawel@chojnacki.ws

2017-06-15T21:41:47+00:00

f982fef9b523a87ff7e48158bd20713789a8ee89












Move Prometheus presentation logic to PrometheusText
2017-06-02T17:45:58+00:00

Pawel Chojnacki
pawel@chojnacki.ws

2017-05-29T12:19:43+00:00

c134a72cdb7e6de8b70dc60de99cf4edc68a9227

+ Use NullMetrics to mock metrics when unused
+ Use method_missing in NullMetrics mocking
+ Update prometheus gem to version that correctly uses transitive dependencies
+ Ensure correct folders are used in Multiprocess prometheus client tests.
+ rename Sessions controller's metric





+ Use NullMetrics to mock metrics when unused
+ Use method_missing in NullMetrics mocking
+ Update prometheus gem to version that correctly uses transitive dependencies
+ Ensure correct folders are used in Multiprocess prometheus client tests.
+ rename Sessions controller's metric







Mark migration as requiring no downtime
2017-06-02T17:45:58+00:00

Pawel Chojnacki
pawel@chojnacki.ws

2017-05-23T14:09:00+00:00

ef9f23b797d7467a1d1bda15e29d1f33b070065f

+ Add spaces for four phases approach
+ fix InfluxDB rename





+ Add spaces for four phases approach
+ fix InfluxDB rename