登录
注册
开源
企业版
高校版
搜索
帮助中心
使用条款
关于我们
开源
企业版
高校版
私有云
模力方舟
AI 队友
登录
注册
轻量养虾,开箱即用!低 Token + 稳定算力,Gitee & 模力方舟联合出品的 PocketClaw 正式开售!点击了解详情
代码拉取完成,页面将自动刷新
开源项目
>
DevOps/运维/网管
>
DevOps工具
&&
捐赠
捐赠前请先登录
取消
前往登录
扫描微信二维码支付
取消
支付完成
支付提示
将跳转至支付宝完成支付
确定
取消
Watch
不关注
关注所有动态
仅关注版本发行动态
关注但不提醒动态
683
Star
12K
Fork
1.9K
GVP
dromara
/
Jpom
代码
Issues
63
Pull Requests
1
统计
流水线
服务
JavaDoc
质量分析
Jenkins for Gitee
腾讯云托管
腾讯云 Serverless
悬镜安全
阿里云 SAE
Codeblitz
SBOM
开发画像分析
我知道了,不再自动展开
更新失败,请稍后重试!
移除标识
内容风险标识
本任务被
标识为内容中包含有代码安全 Bug 、隐私泄露等敏感信息,仓库外成员不可访问
[Bug]: 项目构建长时间hold
已完成
#I9302U
singlethread
创建于
2024-02-22 18:22
### 这个问题是否已经存在? - [x] 我已经搜索过现有的问题 (https://gitee.com/dromara/Jpom/issues) ### Jpom 版本 2.10.41 ### JDK 版本 jdk 8 ### 操作系统版本 centos 7 ### 如何复现 data目录文件巨多 ### 预期结果 构建正常 ### 实际结果 @Override public void refreshCache() { File file = jpomApplication.getTempPath(); this.tempFileSize = FileUtil.size(file); this.dataSize = jpomApplication.dataSize(); File oldJarsPath = JpomManifest.getOldJarsPath(); this.oldJarsSize = FileUtil.size(oldJarsPath); BuildUtil.reloadCacheSize(); } public long dataSize() { String dataPath = getDataPath(); long size = FileUtil.size(FileUtil.file(dataPath)); dataSizeCache = size; return size; } public static long size(File file, boolean includeDirSize) { if (null != file && file.exists() && !isSymlink(file)) { if (!file.isDirectory()) { return file.length(); } else { long size = includeDirSize ? file.length() : 0L; File[] subFiles = file.listFiles(); if (ArrayUtil.isEmpty(subFiles)) { return 0L; } else { File[] var5 = subFiles; int var6 = subFiles.length; for(int var7 = 0; var7 < var6; ++var7) { File subFile = var5[var7]; size += size(subFile, includeDirSize); } return size; } } } else { return 0L; } } dataPath就是以下图片展示的数据目录,该目录存放了流水线代码和构建日志等信息,可以看到足足有297G,文件数很大,根据上述代码可以看到,计算数据目录大小的逻辑,是递归计算该目录下每个文件大小,并求和。如果目录文件很多,该过程会极度占用IO。计算目录大小的方法,每十分钟触发一次。会存在一种极端情况: 计算目录大小的逻辑还没处理完,该方法再次被触发。会导致服务器一直处于满IO状态 � � ### 截图或视频  通过iotop分析IO情况  修复该问题的基本思路: 1、及时清理数据目录文件,防止数据膨胀 2、修改定时任务,每10分钟->凌晨1点执行(考虑到这个需求实时性要求不高)
### 这个问题是否已经存在? - [x] 我已经搜索过现有的问题 (https://gitee.com/dromara/Jpom/issues) ### Jpom 版本 2.10.41 ### JDK 版本 jdk 8 ### 操作系统版本 centos 7 ### 如何复现 data目录文件巨多 ### 预期结果 构建正常 ### 实际结果 @Override public void refreshCache() { File file = jpomApplication.getTempPath(); this.tempFileSize = FileUtil.size(file); this.dataSize = jpomApplication.dataSize(); File oldJarsPath = JpomManifest.getOldJarsPath(); this.oldJarsSize = FileUtil.size(oldJarsPath); BuildUtil.reloadCacheSize(); } public long dataSize() { String dataPath = getDataPath(); long size = FileUtil.size(FileUtil.file(dataPath)); dataSizeCache = size; return size; } public static long size(File file, boolean includeDirSize) { if (null != file && file.exists() && !isSymlink(file)) { if (!file.isDirectory()) { return file.length(); } else { long size = includeDirSize ? file.length() : 0L; File[] subFiles = file.listFiles(); if (ArrayUtil.isEmpty(subFiles)) { return 0L; } else { File[] var5 = subFiles; int var6 = subFiles.length; for(int var7 = 0; var7 < var6; ++var7) { File subFile = var5[var7]; size += size(subFile, includeDirSize); } return size; } } } else { return 0L; } } dataPath就是以下图片展示的数据目录,该目录存放了流水线代码和构建日志等信息,可以看到足足有297G,文件数很大,根据上述代码可以看到,计算数据目录大小的逻辑,是递归计算该目录下每个文件大小,并求和。如果目录文件很多,该过程会极度占用IO。计算目录大小的方法,每十分钟触发一次。会存在一种极端情况: 计算目录大小的逻辑还没处理完,该方法再次被触发。会导致服务器一直处于满IO状态 � � ### 截图或视频  通过iotop分析IO情况  修复该问题的基本思路: 1、及时清理数据目录文件,防止数据膨胀 2、修改定时任务,每10分钟->凌晨1点执行(考虑到这个需求实时性要求不高)
评论 (
2
)
登录
后才可以发表评论
状态
已完成
待办的
进行中
已完成
已关闭
负责人
未设置
标签
bug
未设置
标签管理
里程碑
未关联里程碑
未关联里程碑
Pull Requests
未关联
未关联
关联的 Pull Requests 被合并后可能会关闭此 issue
分支
未关联
分支 (
-
)
标签 (
-
)
开始日期   -   截止日期
-
置顶选项
不置顶
置顶等级:高
置顶等级:中
置顶等级:低
优先级
不指定
严重
主要
次要
不重要
参与者(2)
Java
1
https://gitee.com/dromara/Jpom.git
git@gitee.com:dromara/Jpom.git
dromara
Jpom
Jpom
点此查找更多帮助
搜索帮助
Git 命令在线学习
如何在 Gitee 导入 GitHub 仓库
Git 仓库基础操作
企业版和社区版功能对比
SSH 公钥设置
如何处理代码冲突
仓库体积过大,如何减小?
如何找回被删除的仓库数据
Gitee 产品配额说明
GitHub仓库快速导入Gitee及同步更新
什么是 Release(发行版)
将 PHP 项目自动发布到 packagist.org
评论
仓库举报
回到顶部
登录提示
该操作需登录 Gitee 帐号,请先登录后再操作。
立即登录
没有帐号,去注册