gitlab页面访问都要2s以上?日志显示view_duration_s都是大于2s,请问如何优化?(机器的配置足够高)

gitlab页面访问都要2s以上?日志显示view_duration_s都是大于2s,请问如何优化?

gitlab是哪个版本? 可以打开浏览器开发者模式看下是哪个接口慢。

极狐14.8,就是只要打开页面,点哪个tab,经常都是2s以上。db那些时间都是0.0几秒而已,就是view的时间一般都2s以上。这种情况是正常的吗?有用比较新版的极狐吗?

极狐14.8,就是只要打开页面,点哪个tab,经常都是2s以上。db那些时间都是0.0几秒而已,就是view的时间一般都2s以上。这种情况是正常的吗?有用比较新版的极狐吗?

2s属于不正常情况。 你可以在 Admin-Settings-General-Account and limit里将 Gravatar enable的勾取消掉试一下。

不是这个影响,是主页面的返回都要2s,主页面返回后,才会加载Gravatar这些。

可以在加载慢的页面,打开开发者模式,选中network。查看一下具体是哪个资源加载慢哦。
另外,可以把view_duration_s的日志贴上来大家一起分析一下。

举个例子,比如打开/admin/users页面,view_duration_s 整整用了5.43672s
下面是production_json.log。后端就用了整整5s了。
{“method”:“GET”,“path”:"/admin/users",“format”:“html”,“controller”:“Admin::UsersController”,“action”:“index”,“status”:200,“time”:“2022-04-29T02:48:21.991Z”,“params”:[],“correlation_id”:“01G1SKG4CNQNN21SH8Q3Z60VE4”,“meta.user”:“xxx”,“meta.client_id”:“user/4”,“meta.caller_id”:“Admin::UsersController#index”,“meta.remote_ip”:“172.17.160.205”,“meta.feature_category”:“users”,“remote_ip”:“172.17.160xxx”,“user_id”:4,“username”:“xxxxx”,“ua”:“Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/99.0.4844.84 Safari/537.36”,“queue_duration_s”:0.012764,“request_urgency”:“default”,“target_duration_s”:1,“redis_calls”:25,“redis_duration_s”:0.0063,“redis_read_bytes”:6424,“redis_write_bytes”:220362,“redis_cache_calls”:23,“redis_cache_duration_s”:0.005441,“redis_cache_read_bytes”:6179,“redis_cache_write_bytes”:219137,“redis_shared_state_calls”:1,“redis_shared_state_duration_s”:0.000131,“redis_shared_state_write_bytes”:53,“redis_sessions_calls”:1,“redis_sessions_duration_s”:0.000728,“redis_sessions_read_bytes”:245,“redis_sessions_write_bytes”:1172,“db_count”:56,“db_write_count”:4,“db_cached_count”:20,“db_replica_count”:0,“db_primary_count”:56,“db_main_count”:56,“db_main_replica_count”:0,“db_replica_cached_count”:0,“db_primary_cached_count”:20,“db_main_cached_count”:20,“db_main_replica_cached_count”:0,“db_replica_wal_count”:0,“db_primary_wal_count”:0,“db_main_wal_count”:0,“db_main_replica_wal_count”:0,“db_replica_wal_cached_count”:0,“db_primary_wal_cached_count”:0,“db_main_wal_cached_count”:0,“db_main_replica_wal_cached_count”:0,“db_replica_duration_s”:0.0,“db_primary_duration_s”:0.313,“db_main_duration_s”:0.313,“db_main_replica_duration_s”:0.0,“cpu_s”:5.66803,“mem_objects”:1846243,“mem_bytes”:167093128,“mem_mallocs”:630718,“mem_total_bytes”:240942848,“pid”:35010,“db_duration_s”:0.32944,“view_duration_s”:5.43672,“duration_s”:5.94823}

如果一直都是view_duration_s这个值很大,感觉像是puma这个组件有问题,要不尝试一下重装或者升级一下试试?

正常情况应该是多长时间,我重新安装了一个最新版本的,也基本要1.7-2s

我自己的极狐gitlab,版本是14.9.3-jh,view_duration_s这个值基本在0.1-0.5之间

是按着官方的配置来吗?还是做了哪些修改

就只配了证书,external_url
我感觉会不会是你机器性能问题?我的机器是4c8g的。

我的是32核64G内存 ssd盘 装上去一跑基本都要1s多-2s。 不知道什么原因。。。。。 用的就是rpm包装的 和你安装的方法一样

这个照理说是不应该啊!!我用过很多个版本的gitlab了,从来没遇到过你说的这种情况。
你的系统版本是什么?gitlab版本是多少?你的浏览器和你的服务器访问链路有多远?

把服务器本身的最大文件打开数设置成更大

文件数,已经放到很大了 635360

我自己搭建的,初始化后浏览器端页面访问需要4s多,在更改服务器系统最大文件打开数,关闭一些需要联网的配置后,页面响应效率控制在两秒内,但内网服务应该能无延迟的,关注该问题的后续信息

我的只是内网服务,主要时间都是花在后端生成view 渲染页面的时候,所有的组件都是内网的。