OpenListTeam / OpenListTeam/OpenList
[BUG] 尝试从本地存储复制文件到支持秒传的网盘存储时速度显示异常
Nobody has claimed this yet.
- Dominant language
- Go
- Stars
- 24.7k
- Forks
- 2.3k
- Avg merge
- 1d 20h
- Merged PRs (30d)
- 36
Description
请确认以下事项
-
我已确认阅读并同意 AGPL-3.0 第15条 。
本程序不提供任何明示或暗示的担保,使用风险由您自行承担。 -
我已确认阅读并同意 AGPL-3.0 第16条 。
无论何种情况,版权持有人或其他分发者均不对使用本程序所造成的任何损失承担责任。 -
我确认我的描述清晰,语法礼貌,能帮助开发者快速定位问题,并符合社区规则。
-
我已确认阅读了OpenList文档。
-
我已确认没有重复的问题或讨论。
-
我已确认是
OpenList的问题,而不是其他原因(例如 网络 ,依赖或操作)。 -
我认为此问题必须由
OpenList处理,而非第三方。 -
我已确认这个问题在最新版本中没有被修复。
OpenList 版本(必填)
v4.1.2
使用的存储驱动(必填)
中国移动云盘/115网盘
问题描述(必填)
复制文件时展示的速度应该是包含了最开始的计算文件hash的部分,这部分是直接读取本地硬盘自然飞快,然后我猜测速度是计算一段时间内的平均速度,这就导致了当实际开始上传文件时速度显示高于实际速度非常多。我测试了115和移动云盘,均有此问题。我记得在openlist刚分叉出来时并不会将计算hash的速度展示出来,因此那时并无此问题。
配置文件内容(必填)
应与配置无关
日志(可选)
No response
复现链接(可选)
No response
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
No source file, test, or entry point is named. First reproduce a local-to-cloud copy to a supported秒传 drive and compare the displayed speed during hash calculation with the actual upload speed. Done means the displayed transfer rate no longer includes the initial local hash-reading phase.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- go
- Domain
- backend, cloud
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100