mod*_*777 11 linux ruby gitlab ubuntu-16.04
我的 Gitlab 安装在小型 Ubuntu LTS 16.04 上运行时遇到问题。我必须指出,我对 Linux 或 Gitlab 没有太多经验。
我安装了一些个人项目(只有 4 个)的 Gitlab 运行正常,但推送速度非常慢,有时会失败。访问网络界面也非常慢。我检查了服务器并注意到使用了高达 96% 的总内存。罪魁祸首似乎是捆绑过程。
top - 00:15:30 up 59 days, 16:17, 1 user, load average: 0.00, 0.01, 0.09
Tasks: 160 total, 1 running, 159 sleeping, 0 stopped, 0 zombie
%Cpu(s): 0.5 us, 0.2 sy, 0.0 ni, 99.3 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st
KiB Mem : 72.4/2048272 [||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||| ]
KiB Swap: 0.0/0 [ ]
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
8760 git 20 0 648908 412768 14700 S 0.7 20.2 0:30.58 bundle
8799 git 20 0 513748 302632 14300 S 0.0 14.8 0:20.02 bundle
8833 git 20 0 513748 293028 4696 S 0.0 14.3 0:00.03 bundle
8839 git 20 0 513748 292904 4572 S 0.0 14.3 0:00.02 bundle
8836 git 20 0 513748 292840 4508 S 0.3 14.3 0:00.04 bundle
11792 mysql 20 0 1567168 158296 0 S 0.0 7.7 5:01.31 mysqld
32688 root 20 0 11.279g 99476 1164 S 0.0 4.9 1:21.06 dotnet
8092 gitlab-+ 20 0 576816 39616 39020 S 0.0 1.9 0:00.10 postgres
8854 gitlab-+ 20 0 595572 15004 10524 S 0.0 0.7 0:00.09 postgres
8075 git 20 0 128348 14896 7680 S 0.0 0.7 0:00.07 gitlab-workhors
8830 gitlab-+ 20 0 592816 12196 9780 S 0.0 0.6 0:00.04 postgres
9534 gitlab-+ 20 0 592824 12060 9668 S 0.0 0.6 0:00.01 postgres
8781 gitlab-+ 20 0 592816 11932 9616 S 0.0 0.6 0:00.02 postgres
32684 root 20 0 61856 11420 0 S 0.0 0.6 23:35.39 supervisord
8100 gitlab-+ 20 0 37552 11112 2868 S 0.3 0.5 0:03.74 redis-server
8094 gitlab-+ 20 0 577068 7944 7324 S 0.0 0.4 0:00.01 postgres
8087 gitlab-+ 20 0 46756 7932 2900 S 0.0 0.4 0:00.01 nginx
8095 gitlab-+ 20 0 577068 7052 6444 S 0.0 0.3 0:00.06 postgres
8088 gitlab-+ 20 0 46412 6752 1992 S 0.0 0.3 0:00.10 nginx
975 root 20 0 38236 6368 1908 S 0.0 0.3 8:47.56 systemd-journal
8097 gitlab-+ 20 0 578076 5600 4240 S 0.0 0.3 0:00.05 postgres
8086 root 20 0 42240 5524 4696 S 0.0 0.3 0:00.00 nginx
974 root 20 0 12204 4720 60 S 0.0 0.2 2:33.12 haveged
1 root 20 0 185260 4308 2408 S 0.0 0.2 3:23.22 systemd
7757 root 20 0 25224 4256 2484 S 0.0 0.2 0:00.28 bash
9857 root 20 0 42468 3708 3076 R 0.0 0.2 0:00.09 top
8098 gitlab-+ 20 0 26956 3296 2608 S 0.0 0.2 0:00.08 postgres
8089 gitlab-+ 20 0 42424 3260 2224 S 0.0 0.2 0:00.01 nginx
8784 git 20 0 18100 2980 2664 S 0.0 0.1 0:00.38 gitlab-unicorn-
8096 gitlab-+ 20 0 577068 2932 2332 S 0.0 0.1 0:00.03 postgres
Run Code Online (Sandbox Code Playgroud)
我点击了 pstree,这些捆绑进程似乎与 ruby 应用程序(必须是 gitlab)有关。
systemd???agetty
??atd
??bundle???3*[bundle???{ruby-timer-thr}]
? ??{ruby-timer-thr}
...
Run Code Online (Sandbox Code Playgroud)
有没有人有类似的经历或想法可能导致这种情况?
这些将是独角兽工人和 sidekiq。他们似乎使用了正确的内存量。2GB 大约是运行 gitlab 的最低 RAM;如果您的系统有大量活动,您将需要 4GB 或更多。
我也有一个 2GB RAM 的个人 gitlab 实例,它显示了类似的用法:
top - 23:30:42 up 5 days, 7:53, 1 user, load average: 0.04, 0.03, 0.05
Tasks: 172 total, 2 running, 170 sleeping, 0 stopped, 0 zombie
%Cpu(s): 1.2 us, 0.2 sy, 0.0 ni, 98.7 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st
KiB Mem : 2048816 total, 72636 free, 1762504 used, 213676 buff/cache
KiB Swap: 1048572 total, 801180 free, 247392 used. 73972 avail Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
664 git 20 0 715620 458296 2964 S 3.0 22.4 139:48.55 bundle
1623 git 20 0 543608 327472 3044 S 0.0 16.0 3:46.02 bundle
1626 git 20 0 543608 324384 3224 S 0.0 15.8 3:51.97 bundle
1620 git 20 0 543608 324244 3088 S 0.0 15.8 3:51.68 bundle
1556 git 20 0 510840 149736 2616 S 0.0 7.3 0:18.45 bundle
Run Code Online (Sandbox Code Playgroud)
请注意,这top并没有向您显示进程真正在做什么,但您可以使用 轻松找到ps。例如:
# ps 664
PID TTY STAT TIME COMMAND
664 ? Ssl 139:49 sidekiq 4.2.1 gitlab-rails [0 of 25 busy]
# ps 1556
PID TTY STAT TIME COMMAND
1556 ? Sl 0:18 unicorn master -D -E production -c /var/opt/gitlab/gitlab-rails/etc/unicorn.rb /opt/gitlab/embedded/service/gitlab-rails/config.ru
Run Code Online (Sandbox Code Playgroud)