Pull to refresh

Comments 26

Немного не по теме, но о самом GitLab.
сколько у него требования по памяти?

одно время хотел опробовать CI, поставил Jenkins, потребление памяти под 700 с учетом что оно пустое, сразу заставило меня его удалить.
а как дело тут?

PS: все это для себя и своих проектов.

Для ГитЛаба нужно минимум 2 гигабайта оперативки. Если экономите память, можно поставить легковесный gogs.io
Ну или просто на GitLab.com зарегистрироваться и пользоваться там, если все таки нужен именно GitLab.

да просто не хотелось бы чтоб память тратилась в пустую ни на что.
сам gitLab радует по возможностям(сырой git то настроен итак).

регистрация не подходит, скажем так, свои принципы:)
(иначе бы на bitbucket так и остался)

в общем, попробую проще.
возможно вас утешит: free memory — wasted memory
по сути да, но я не хочу оказаться в ситуации, что просто не смогу войти на сервис.

в общем поставил, в idle все устраивает, буду настраивать.
Если честно, то я свой локальный gitlab засунул в слайс с одним гигабайтом памяти. Засунул всё — sidekiq, unicorn, backup, mailroom, workhorse. Работает, причём шустро. Воркеры CI, конечно, отдельно.
Вот скриншотик для интересующихся. Недавно добавил памяти до 2х гигабайтов, но как видно — за неделю аптайма gitlab всё ещё не вылез даже за гигабайт. Включены все фичи, кроме упомянтого docker container registry.
Ну вы же понимаете, что чудес не бывает — запустите какой-то крутой diff и оперативка уйдет как сон.
Ну я и не говорю, что гигабайта хватит вообще при любом раскладе. Я лишь говорю, что мелкий gitlab инстанс без особо больших проектов вполне может уместится и на гигабайте.

А вот рабочий и нагруженный Jenkins ест 900-1000.


Вы недовольны тем, что сложные приложения потребляют память?

я недоволен тем что оно потребляет просто потому что оно есть.

Как-то получилось так, что абсолютное большинство сложных приложений так делают. И jenkins в большом списке таких приложений где-то в конце.


А 700 мб для CI системы не так много. Скорее всего, если для вас 700 МБ памяти много, возможно, вам и не нужно CI.

поискал на сервере такие приложения, поискал на своей машине(запущенная студия с WPF проектом, хром с 10 вкладками, игрушка(Sots2), не смог в принципе найти приложение чтоб заняло более 600 метров(причем в работе, не на пустом месте)

может, конечно, все просто и мое мировозрение не совпадает с оным у Jenkins, но для меня это много.
Хром с 15 вкладками жрет 4.2 Гб, из них 600 Мб- вкладка gmail. Следующй по списку Atom с 300 Мб при 2х открытых файлах на пару кб каждый. Все любят память.

Для нормальной ide (idea, vs), например, стоит иметь 8+ GiB на хосте, если проекты приличного размера или необходимо иметь отрытыми несколько инстансов ide.


На серверах — очень зависит от задач. Некоторые вещи вполне могут требовать 16-64 GiB RAM на процесс. Иногда и поболее.

Насчет студии у меня крупные сомнения, что вы не ошиблись. К сожалению, долго ей не пользовался, но столько весить открытый проект в памяти не может. Возможно, у вас урезанная версия?
Насчет хрома — у него вкладка в памяти минимум 50 мб отжирает (это если вкладка полностью статическая), а еще есть отдельные процессы, которые он запускает для своих нужд.Тут по минималкам больше 600 получается. А в реальности и того больше.


может, конечно, все просто и мое мировозрение не совпадает с оным у Jenkins, но для меня это много.

Тут еще накладывается то, что Jenkins работает на JVM. Она при запуске выделяет себе столько памяти (можно ограничить), но использует не всю сразу.

Может играет роль то что у меня нет решарпера на студии?
сама студия 2015 Community Update 3.

для хрома я сложил все его процессы.
так Линукс тоже так делает.
nem Подскажите пожалуйста как подключить внешний docker registry к gitlab ci?
Все статьи описывают активацию внутреннего docker registry в gitlab.

А зачем? Если вы работаете с docker hub, то просто прописываете от него ключи/пароли/явки в secret variables и юзаете внутри CI как хочется

Gitlab очень загружен. Docker образа довольно большие и их много.
В качестве хранилища используем Sonartype OSS Nexus.
Т.е. возможно ли прописать Sonartype OSS Nexus в качестве docker registry чтобы конфигурация была такая же как будто это стандартный docker registry в gitlab или придется из gitlab-ci.yaml прописывать docker login, docker pull, docker push до Sonartype OSS Nexus?

Если вы на Gitlab.com, то возможно вам пора задуматься о собственном инстансе гитлаба чтобы не зависеть от загруженности общего сервиса.


Иначе да, руками в конфигах залогинивание и вот это все.


Ну можно еще загуглить "Sonartype OSS Nexus gitlab integration". Хотя видимо нет такого, раз вы решили тут написать.


Еще можно создать feature request в репе гитлаба — https://gitlab.com/gitlab-org/gitlab-ce/
На быстрое решение вопроса рассчитывать там не стоит, но может кто-то подскажет альтернативное решение проблемы

Вы можете подключить к проектам ваш собственный gitlab-runner и его уже подключить к какому удобно docker. Единственная проблема в данном случае будет — подключать вручную ваш runner к новым проектам. Но как по мне, так это не проблема вовсе.
Sign up to leave a comment.