查看: 4518|回复: 1

请问自带的存储是走什么方式,速度比外接存储翻倍

升级   0.08%

17

主题

10

回帖

8

积分

注册会员

Rank: 2

积分
8
发表于 2023-4-14 15:33:23 | 显示全部楼层 |阅读模式
本帖最后由 我勒个去 于 2023-4-17 14:42 编辑

有个问题,我不改i配置,config都默认,用自带的文件存储,文件约400M的,上传下载的话,响应比较快,基本上上传进度就代表了实际进度
,这里显示多少,基本上就是实际的上传速度,速度10m/s的话,大概40秒左右传完,然后loading  3,4秒之后就完了,
但我把应用电脑192.168.1.100和存储分开,用外接的ftp的话,ftp地址 192.168.1.200,  用了几个ftp工具,filezila做的,上传,感觉前端先上传一遍,像写入内存,(那个进度百分比显示)等到100%,同样速度10m/s,这里等个40秒,显示loading了,

,我看filezila服务端才开始上传到ftp服务器端,这里又要loading 40多秒的,不知道什么原因,小文件可能不觉得,如果文件很大的话,那个loading得重新再等文件上传一次。中间要传2遍的时间,是我设置哪里有问题吗,

同样我下载的话。我点击附件里的下载,链接先是获取中,http://0.0.0.0/x_processplatform ... 9-81a1-255069575799
这个
这个链接转很久,这个链接的打开速度取决于文件大小,如果400M的文件,得转个40秒,首先也是服务端先把文件下载下来,等个40来秒,然后页面才开始跳转完成 ,进行下载,如果文件1 2G,得等几分钟,这个下载链接才会跳转完成,。然后浏览器下载再下载个40秒,总之就是得花2倍的时间,想问问是什么原因呢,用自带的存储的话,就没这个问题。


externalStorageSources.json
也是按要求配的

{
      "protocol": "ftp",
      "username": "admin",
      "password": "admin",
      "host": "192.168.1.200",
      "port": 21,
      "prefix": "",
      "enable": true,
      "weight": 100.0,
      "name": "251",
      "deepPath": false,
      "store": ""
    }
  ],
  "processPlatform": [
    {
      "protocol": "ftp",
      "username": "admin",
      "password": "admin",
      "host": "192.168.1.200",
      "port": 21,
      "prefix": "",
      "enable": true,
      "weight": 100.0,
      "name": "251",
      "deepPath": false,
      "store": ""
    }
  ],


就是说,用外置的ftp webdav工具,我都做了,用了几台电脑测试,发现上传大文件,要花2倍的时间,是我的配置哪里有问题吗?


本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有账号?立即注册

x
回复

使用道具 举报

Ray

升级   100%

31

主题

208

回帖

891

积分

管理员

Rank: 9Rank: 9Rank: 9

积分
891
发表于 2023-4-17 10:51:51 | 显示全部楼层
您的判断和测试过程是完全正确的,您这里使用的是流程的附件,流程的附件和cms的附件的确是写两遍的,先写到内存里面,再写到存储中,这样设计是考虑到流程的附件存在业务上的处理,比如加密,识别等,所以做了这样的处理,较大的文件可以使用网盘,网盘不再对附件进行内容的处理,所以是流直接写入的,消耗相对流程和cms的少一半,内置的存储是基于mina的ftp,感觉上快是因为访问本地网络要快于服务器之间的访问.
回复

使用道具 举报

发表回复

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

联系客服 关注微信 下载APP 返回顶部 返回列表
viewthread