News for hackers. Stuff that matters.
Re:GitLab Pages by dominotw on Tuesday April 05, 2016 @11:38AM (#11431232)
Gitlab is still super slow even compared to young projects like gogs. I know many ppl who shied away for gitlab due to its slowness.

If I was them, I would stop all copycat 'me too' features like ci/pages ect and put the resources to making it faster. This is a sign that their features are pritorized by business ppl who want to put features on their slides .

Re:GitLab Pages by jobvandervoort on Tuesday April 05, 2016 @11:41AM (#11431271)
What is the latest version you have tried?

We've made a lot of changes to GitLab in the last number of releases that make GitLab a whole lot faster [0], but we recognize that the performance of GitLab.com can still improve quite a bit.

For low-memory machines, we do recommend people to use Gogs.

[0]: https://about.gitlab.com/2016/02/22/gitlab-8-5-released/

Re:GitLab Pages by dominotw on Tuesday April 05, 2016 @04:28PM (#11434087)
Wow nice improvements, i hadn't noticed this. Gitlab.com seems a lot snappier.
Re:GitLab Pages by jobvandervoort on Tuesday April 05, 2016 @05:07PM (#11434465)
Good to hear! Let us know what we can improve.
Re:GitLab Pages by flashm on Tuesday April 05, 2016 @12:54PM (#11432064)
This is the trouble for me using Gitlab.com. Feels like there is a lot of 'n+1' going on in the background. I'm sure there aren't, but it feels like a Rails app that is suffering from that.

Other than that it's great. I've moved nearly everything over from GitHub

Re:GitLab Pages by sytse on Tuesday April 05, 2016 @01:32PM (#11432460)
There are certainly a lot of queries we have and will optimize, to see the work see https://gitlab.com/gitlab-com/operations/issues/42

BTW to prevent simple N+1 queries we use the Bullet gem https://gitlab.com/gitlab-org/gitlab-ce/blob/7ff974e38e24a9b...

Re:GitLab Pages by flashm on Wednesday April 06, 2016 @07:45AM (#11438081)
Really interesting, thanks. I will look through the work you're doing
Re:GitLab Pages by alfg on Tuesday April 05, 2016 @12:54PM (#11432052)
Same experience here. I use Gitlab for my personal projects and Github for my open-source projects. Hopefully the speed improves soon.
Re:GitLab Pages by sytse on Tuesday April 05, 2016 @01:36PM (#11432508)
We're on it in https://gitlab.com/gitlab-com/operations/issues/42

Sorry that we're not there yet.

Re:GitLab Pages by therealdrag0 on Tuesday April 05, 2016 @03:29PM (#11433585)
I just tried browsing some of the online repos, and I was impressed with how bad the loading delays were.
Re:GitLab Pages by benatkin on Tuesday April 05, 2016 @11:54AM (#11431410)
gogs was designed from the start to be fast. Nothing but a rewrite would make GitLab as fast as gogs for basic stuff on small self-hosted servers. For basic uses, the resources required for the platform of GitLab (rails) is greater than the resources required to use all of gogs.
Re:GitLab Pages by sytse on Tuesday April 05, 2016 @12:03PM (#11431509)
Gogs will always use less memory and cpu. We are working to make GitLab page loads very fast.
Re:GitLab Pages by qznc on Tuesday April 05, 2016 @12:39PM (#11431901)
I fear in most cases an impressive feature list wins over speed.
Re:GitLab Pages by sytse on Tuesday April 05, 2016 @01:30PM (#11432439)
Speed is an impressive feature and we're working hard to improve it.
Re:GitLab Pages by _yp on Tuesday April 05, 2016 @02:48PM (#11433219)
One of the nice things about Phabricator is its performance. It originated at Facebook, and they are using massive, monolithic monorepos.