[software development] ?在Deepin系统下Rclone对挂载文件剪贴的处理不同
Tofloor
poster avatar
Iresee
deepin
2023-12-22 06:46
Author

在Ubuntu/Debian(最新)、DeepinV23安装Rclone软件(deb安装方式)

配置Rclone Config文件

使用systemctl命令挂载config的网盘,命令如下:

[Unit]
Description=Rclone_SharePoint_Tem
After=network-online.target
[Service]
Type=simple
User=Deepin
ExecStart=rclone mount SharePoint_Study:/ /home/Deepin/Drive/Tem \
--allow-other \
--no-gzip-encoding \
--no-check-certificate \
--allow-non-empty \
--umask 000 \
--buffer-size 4096M \
--dir-cache-time 72h \
--vfs-cache-mode writes \
--vfs-read-chunk-size 128M \
--vfs-read-chunk-size-limit 512M \
--vfs-cache-max-age 72h \
--vfs-cache-max-size 16G \
--cache-dir /home/Deepin/Cache/Drive/Tem \
--cache-chunk-size 64M \
--cache-chunk-total-size 16G \
--cache-db-purge \
--cache-chunk-path /home/Deepin/Cache/Drive/Tem \
--cache-workers 128 \
--bwlimit 0 \
--stats 0
Restart=on-abort
[Install]
WantedBy=multi-user.target

使用各自系统的默认文件管理软件打开

把A(1)里面的文件复制到A里面(完全一样,就是替换原文件)

Deepin的操作逻辑是:我先下载A(1)里面的文件,然后复制到A里面,最后再替换上传,????这个什么操作???

Ubuntu/Debian的操作逻辑是:直接走服务端,直接替换,不管几个G,直接替换

望大佬求证,谢谢!

Reply Favorite View the author
All Replies
神末shenmo
deepin
Spark-App
2023-12-22 20:44
#1

这大概不是rclone或者深度操作系统的问题,而是文件管理器的问题

你换个文管试试

Reply View the author
Iresee
deepin
2024-02-19 17:38
#2
神末shenmo

这大概不是rclone或者深度操作系统的问题,而是文件管理器的问题

你换个文管试试

大概文件管理器问题,回来找一个测试一下

Reply View the author
卖了摩托继续写Bug
deepin
2024-09-13 15:52
#3

测试了下 gvfs-ftp 和 rclone ftp 两种挂载方式来挂载 ftp 或者 sftp 网络文件夹。

同路径下拷贝比较大的文件 /挂载点/文件A -》/挂载点/文件B

网络监视发现都会涉及到比较大的上传下载流量。也就是说鹦鹉螺文件管理器上做这个事情,和 deepin 文管是一样的逻辑,都会先下载,然后再上传。

只是鹦鹉螺的拷贝过程默认是后台进行,没有明显的弹窗,可能这一点上的交互差异带来了比较大的体验差异。这个文管是 gnome 桌面环境的默认文管。

另外,因为从你的内容上看不出来你的网络目录是什么协议,所以只用了 ftp 来进行模拟,但是感觉应该跟协议关系不大,都是走 fuse 机制实现的文件系统。

或者你那边有更换不同文管测试的结果也可以发出来看看。

like

Reply View the author
卖了摩托继续写Bug
deepin
2024-09-13 15:54
#4
卖了摩托继续写Bug

测试了下 gvfs-ftp 和 rclone ftp 两种挂载方式来挂载 ftp 或者 sftp 网络文件夹。

同路径下拷贝比较大的文件 /挂载点/文件A -》/挂载点/文件B

网络监视发现都会涉及到比较大的上传下载流量。也就是说鹦鹉螺文件管理器上做这个事情,和 deepin 文管是一样的逻辑,都会先下载,然后再上传。

只是鹦鹉螺的拷贝过程默认是后台进行,没有明显的弹窗,可能这一点上的交互差异带来了比较大的体验差异。这个文管是 gnome 桌面环境的默认文管。

另外,因为从你的内容上看不出来你的网络目录是什么协议,所以只用了 ftp 来进行模拟,但是感觉应该跟协议关系不大,都是走 fuse 机制实现的文件系统。

或者你那边有更换不同文管测试的结果也可以发出来看看。

like

顺带也测试了一下 rclone copy 命令,在拷贝过程中也是有比较大的上传下载流量产生。

而剪切操作,deepin 文管和 nautilus 文管都是直接完成了,也没涉及到有流量突增的情况。

Reply View the author