这大概不是rclone或者深度操作系统的问题,而是文件管理器的问题
你换个文管试试
这大概不是rclone或者深度操作系统的问题,而是文件管理器的问题
你换个文管试试
这大概不是rclone或者深度操作系统的问题,而是文件管理器的问题
你换个文管试试
大概文件管理器问题,回来找一个测试一下
测试了下 gvfs-ftp 和 rclone ftp 两种挂载方式来挂载 ftp 或者 sftp 网络文件夹。
同路径下拷贝比较大的文件 /挂载点/文件A -》/挂载点/文件B
网络监视发现都会涉及到比较大的上传下载流量。也就是说鹦鹉螺文件管理器上做这个事情,和 deepin 文管是一样的逻辑,都会先下载,然后再上传。
只是鹦鹉螺的拷贝过程默认是后台进行,没有明显的弹窗,可能这一点上的交互差异带来了比较大的体验差异。这个文管是 gnome 桌面环境的默认文管。
另外,因为从你的内容上看不出来你的网络目录是什么协议,所以只用了 ftp 来进行模拟,但是感觉应该跟协议关系不大,都是走 fuse 机制实现的文件系统。
或者你那边有更换不同文管测试的结果也可以发出来看看。
测试了下 gvfs-ftp 和 rclone ftp 两种挂载方式来挂载 ftp 或者 sftp 网络文件夹。
同路径下拷贝比较大的文件 /挂载点/文件A -》/挂载点/文件B
网络监视发现都会涉及到比较大的上传下载流量。也就是说鹦鹉螺文件管理器上做这个事情,和 deepin 文管是一样的逻辑,都会先下载,然后再上传。
只是鹦鹉螺的拷贝过程默认是后台进行,没有明显的弹窗,可能这一点上的交互差异带来了比较大的体验差异。这个文管是 gnome 桌面环境的默认文管。
另外,因为从你的内容上看不出来你的网络目录是什么协议,所以只用了 ftp 来进行模拟,但是感觉应该跟协议关系不大,都是走 fuse 机制实现的文件系统。
或者你那边有更换不同文管测试的结果也可以发出来看看。
顺带也测试了一下 rclone copy 命令,在拷贝过程中也是有比较大的上传下载流量产生。
而剪切操作,deepin 文管和 nautilus 文管都是直接完成了,也没涉及到有流量突增的情况。
Popular Ranking
ChangePopular Events
More
在Ubuntu/Debian(最新)、DeepinV23安装Rclone软件(deb安装方式)
配置Rclone Config文件
使用systemctl命令挂载config的网盘,命令如下:
使用各自系统的默认文件管理软件打开
把A(1)里面的文件复制到A里面(完全一样,就是替换原文件)
Deepin的操作逻辑是:我先下载A(1)里面的文件,然后复制到A里面,最后再替换上传,????这个什么操作???
Ubuntu/Debian的操作逻辑是:直接走服务端,直接替换,不管几个G,直接替换
望大佬求证,谢谢!