这是一个创建于 494 天前的主题，其中的信息可能已经有所发展或是发生改变。
用夸克网盘上传文件，给老子硬盘往死里写，一个几十 G 的视频上传，能给我 C 盘写几个 T ，并且还限速，Windows 端和 Mac 端的都试过了，一个鸟样，都是狂写硬盘，我 TM 搞不懂，上传文件，为啥要写入这么多？？？
 |
1
arielcc OP 为啥这个论坛无法贴图呀，不知道怎么上传截图
|
 |
2
blankmiss 2023-07-10 10:24:15 +08:00
markdown 语法 ![] ()
|
 |
3
yukinomiu 2023-07-10 10:24:58 +08:00  14
大多数国产软件, 他们的归宿是虚拟机
|
 |
4
aapeli 2023-07-10 10:27:27 +08:00 1
PCDN ? 把你的设备当成了 CDN 的一个节点？
|
 |
5
IDAEngine 2023-07-10 10:35:48 +08:00
估计经常上传失败重试，缓存一直暴涨暴删，另外就是当成了 P2P UPNP 节点
|
 |
6
mrzx 2023-07-10 10:44:42 +08:00
cdn 吧，把大家电脑当成免费的互联网镜像服务器。
可能还设计硬盘挖矿。 也有可能是把你当成了临时的 p2p 存储节点之一。 |
 |
7
littiefish 2023-07-10 10:47:16 +08:00 via iPhone
好，这就去卸载了，当初用夸克也就是因为有人分享了张高清瑟图，后来因为可以下载磁力用过几次，再后来发现磁力要开会员就再也没用过
|
 |
8
ysy950803 2023-07-10 10:57:14 +08:00
Mark 一下，今晚就回去卸载。
|
 |
9
nguoidiqua 2023-07-10 10:59:34 +08:00 2
应该尽量使用那些重视隐私的地方所出产的软件或者软件服务，或者自己搭建开源服务。
除非实在没得选择否则尽量不要用这些毒瘤，实在没办法也尽量用网页端不要装客户端，实在要装客户端也尽量别装 Windows 版本，实在要装 Windows 版本也尽量在虚拟机装，实在要装裸机上也尽量别用主力电脑装，实在要装主力机上面那就做好心理准备。 |
|
10
arielcc OP 
 |
 |
11
kilala2020 2023-07-10 11:17:20 +08:00
alist ，你值得拥有
|
|
12
arielcc OP @nguoidiqua 你说的非常有道理，我这个夸克也是 88Vip 免费送的会员，看来没有免费的午餐，一个萝卜一个坑。
|
|
14
arielcc OP @arielcc 这只是今天部分的截图，那天用我的黑苹果系统上传一部 20 多 G 的电视剧，挂着去洗了一个澡，回来发现写入量 3.6TB ，我立马惊呆了，我这 tm 是 618 新买的硬盘啊，虽然写入速度很快 6500MB/s ，你 TM 真的给老子往死里写啊，去 TM 的立马给卸载了，真是一个毒瘤！！！
|
 |
16
bjzhush 2023-07-10 11:31:21 +08:00
@littiefish 没见过啥高清瑟图，能分享一下吗？ 😏
|
 |
17
xfxz 2023-07-10 11:35:32 +08:00
说句实话，夸克这客户端真的很垃圾，当时 88vip 送了就用着了。没想到跟斗鱼之类的一样后台偷跑 P2P ，感谢 OP 已删。
|
 |
18
LEO199109 2023-07-10 11:38:09 +08:00
有兴趣可以找我喔 我们有完整的团队 保证 24 小时服务 TG:@TWNWD65
|
|
19
arielcc OP @xfxz 反正我建议是谨慎上传，是个巨坑，用来离线或者存分享资源目前还是可以的，没发现啥问题，看视频的话也会写缓存，但是比较正常几 M 或者十几 M 每秒，没有像上传那样恐怖。
|
 |
20
juzijun2333 2023-07-10 12:20:54 +08:00
也许只是 BUG 了？
|
 |
21
learningman 2023-07-10 12:34:43 +08:00 via Android
就算他拿你电脑跑 PCDN ，那也没有说大量重复写入的需求。感觉只是 bug
|
 |
22
deplivesb 2023-07-10 13:02:16 +08:00
不止夸克，macOS 版本的百度网盘也一样，上次给公司活动拍了了点照片和视频，总计 138G ，上传到百度网盘后发现家里路由器上行流量增加了 250G 左右
https://v2ex.com/t/945560 |
|
23
arielcc OP |
 |
25
wxf666 2023-07-10 13:37:16 +08:00 2
也有可能只是软件设计得垃圾。我以前用 天翼云盘 和 微力同步 时碰到过。
1. 天翼云盘，在下载一个 4GB 的文件时，保存目录在 D: 盘，但 C: 盘也有 40 GB / hour （ 12 MB/s ） 的速度写入。 用 sandboxie 跟踪文件操作日志，并分析数据，发现有 170W 次文件操作： - 4GB 的文件被分了 18W 份进行下载，每一份先下载到 C: 的临时目录 - 反反复复开事务写一个 52 KB 的数据库 66W 次（导致反复创建删除 xxx.db-journal ，估计触发了很多 NTFS 的东西） - 读写配置文件 47W 次（看不懂。。） - 写目标文件 1500 次 - 还有个 35W 次的，对程序目录的操作，我看不懂。。 分析命令： ```shell $ awk -F$'\t' -v OFS=$'\t' '$5 ~ /^File/{arr[$7]++} END{for (k in arr) if (arr[k] > 1) print arr[k], k}' sandboxie.log | sort -rn 666140 \Device\HarddiskVolume3\Users\wuxun\AppData\Roaming\ecloud\transManNew_###########@189.cn.db-journal 470862 \Device\HarddiskVolume3\Users\wuxun\AppData\Roaming\ecloud\setting.xml 353936 \Device\HarddiskVolume3\Program Files (x86)\ecloud 1544 \Device\HarddiskVolume9\??????\????????\????????.part11.rar 23 \Device\HarddiskVolume3\Program Files (x86)\ecloud\Config\ecloud\transfercfg.xml 22 \Device\HarddiskVolume3\Program Files (x86)\ecloud\eCloud.exe 18 \Device\HarddiskVolume3\WINDOWS\System32\drivers\etc\hosts 11 \Device\HarddiskVolume3\Users\wuxun\AppData\Roaming\ecloud\setting.xml.tmp 11 \Device\HarddiskVolume3\Users\wuxun\AppData\Roaming\ecloud 6 \Device\HarddiskVolume3\Users\wuxun\AppData\Roaming\ecloud\LogFileTransfer_###########@189.cn.db-journal 4 \Device\HarddiskVolume3\Users\wuxun\AppData\Roaming\ecloud\userinfo.xml 2 \Device\HarddiskVolume9\??????\????????\????????.part11.rar.ecdl 2 \Device\HarddiskVolume3\Users\wuxun\AppData\Local\Temp\etilqs_ZNx3dAAodr46ERcahHyp 2 \Device\HarddiskVolume3\Users\wuxun\AppData\Local\Temp\etilqs_z84dXqNPNdgIWChWt1PM 2 \Device\HarddiskVolume3\Users\wuxun\AppData\Local\Temp\etilqs_Z2RJUJnPusih593Oxc9F 2 \Device\HarddiskVolume3\Users\wuxun\AppData\Local\Temp\etilqs_ylQaBzpTKmd9O7nXb447 2 \Device\HarddiskVolume3\Users\wuxun\AppData\Local\Temp\etilqs_XaAabe9g3PxVgRtbBPff 2 \Device\HarddiskVolume3\Users\wuxun\AppData\Local\Temp\etilqs_X2XEpRBBSfbNoRlXyCSa 2 \Device\HarddiskVolume3\Users\wuxun\AppData\Local\Temp\etilqs_VW5XBHbCfAMSHQboxLR0 2 \Device\HarddiskVolume3\Users\wuxun\AppData\Local\Temp\etilqs_uSrTPYjHvBhmRWHVahW7 …… ``` 当时 sandboxie 跟踪文件日志截图：  2. 微力同步，在获取 zlibrary_cn 大概 36W 个文件的列表信息时，就要读写几百 GB 了（还没咋开始下载真正的文件内容呢）。 跟踪了下，发现只是在构建它的索引数据库 index-v0.14.0.db 。。（不知这数据库咋设计的，36W 个文件信息，就要存 15GB 。。） 当时正从其他 30 人获取文件列表信息：  任务管理器发现，这货库库读写 C: 盘：  |
 |
27
cnbatch 2023-07-10 13:56:43 +08:00
V 站的评论区贴图只支持 imgur ，非 imgur 的就只会显示成普通网址
主贴以及主贴追加内容倒是不受限制，可以用 imgur 之外的，用 Markdown 语法即可显示 |
 |
28
Issuema 2023-07-10 13:59:32 +08:00
@yukinomiu 想问下国产加速器这种怎么用虚拟机呢，不少加速器的通道只有以加速器启动游戏才生效，这种情况下难道把游戏都放在虚拟机里嘛？
|
 |
29
LaGeNanRen 2023-07-10 14:04:41 +08:00 2
夸克早就不是当年那个主打只有一个夸克大小的国产浏览器了，挺可惜当年小工作室出品的夸克浏览器
|
|
30
yukinomiu 2023-07-10 14:11:03 +08:00
|
|
31
wxf666 2023-07-10 14:19:59 +08:00
@yukinomiu #30 如果 25 楼采用你说的，放进虚拟机里运行，限制硬盘容量和 IO 速度，估计只会有以下结果：
1. 下载很慢 天翼云盘就是要分 18W 份下载，每一份就是要先丢到临时目录，最后再合并。 还要写 66W 次数据库。限制速度不会让它跳过这些步骤。 同理，微力同步也一定要预先构建 15 GB 的数据库。 我尝试丢到过树莓派上运行，看是不是 Windows 端的问题。 结果就是更慢，但该写的数据，一个 Byte 都少不了。。 2. 下载失败 我建立了内存盘，设置 sandboxie 重定向对 C: 盘的操作到内存盘，D: 盘的正常放行。 设立过小时，这俩软件都说空间不足。。 |
 |
32
ALLENi 2023-07-10 14:20:38 +08:00
实测迅雷也是一直吃上传
|
|
33
yukinomiu 2023-07-10 14:23:37 +08:00
@wxf666 软件写成这样, 诸葛亮也救不了啊. 替换别的吧, 比如 mega 网盘之类的. 或者反馈 bug 等修复(大概率没用). 非要折腾的话, 用 RAMDISK 内存模拟磁盘, 让它去折腾吧(胃疼
|
 |
34
jiekeop 2023-07-10 14:38:57 +08:00
这么恐怖的吗？
|
 |
35
bugmaker1024 2023-07-10 14:45:02 +08:00
@arielcc 我新买的车，我爱你啊！
|
 |
36
jianyang 2023-07-10 14:54:44 +08:00
国内还有像样的网盘客户端吗
|
 |
37
zhilincom 2023-07-10 15:31:59 +08:00
机械硬盘无所谓，就怕把 SSD 给搞死了。
不知道有什么办法能限制程序缓存路径？虚拟机太笨重了，旧电脑带不动。 |
 |
39
zololiu 2023-07-10 16:01:58 +08:00
感谢提醒，现在去卸载！
|
|
40
arielcc OP @kilala2020 感谢这位老哥的友情提示，我去研究了一下 alist ，发现其原理是通过 Http 协议来上传下载，遂猛然一醒，何不试下网页端上传，结果一试才发现网页端真是一股清流，上传速度基本满带宽，C 盘再也不用被疯狂输出了，基本都是在读盘状态，让上传真真正正回归到了最单纯的上传。折腾了几天，Windows 、Mac 、Android 各端都被日了个遍，算是有个结果了，感谢这位老哥。夸克网盘 Web 端上传，你值得拥有！
|
|
41
wxf666 2023-07-10 16:09:06 +08:00
@arielcc 楼主追踪看看，读写了哪些文件？
目前我只知道可以用 sandboxie 做到，可参考 25 楼， 当时追踪了更过分的微力同步，只是获取了文件目录，就读写了 几百 GB 的垃圾数据库 index-v0.14.0 。。 |
|
44
wxf666 2023-07-10 16:35:58 +08:00
@IDAEngine #43 那这俩的效率也太差了吧，哪有获取个文件列表，就库库读写几百 GB 的。。
看人家 eMule 、BT 就好多了，好像（老版） BT Sync 也没有这么高的读写（新版的我记得很吃资源） |
 |
45
Tyuans 2023-07-10 16:51:05 +08:00
反馈一下吧，可能是 bug ，当年英伟达驱动也有个 bug ，疯狂写日志，给我硬盘擦写写了 30T ，他之后发版解决了，但是那个版本我一直没更，等发现这个问题的时候已经写了这么多了…
|
|
46
wxf666 2023-07-10 16:52:30 +08:00
@nguoidiqua #9 开源的 syncthing ，只是获取别人分享的文件目录，就要读写几百 GB ，咋办？
国外的、开源的、重视隐私的、无网页端的、Linux 版也这样的、虚拟机装也防不了的…… |
 |
48
ksdd521lr 2023-07-10 18:20:05 +08:00 via Android
手机优酷也有类似情况，应该实锤 pcdn 不过不是很过分，占了我上传总带宽的 1/3
|
|
49
nguoidiqua 2023-07-10 20:34:11 +08:00
@wxf666
很明显，我不是针对这一个以及这一种软件，我说的是所有的软件。包括那些扫全盘之类的东西，包括强行残留后台或者删不精甚至偷偷加料的东西，虚拟机还是有用的。 其次呢，有些问题无论你怎么搞，也许都无法完全避免。但是问题也有大小多少轻重之类程度上的差别，能够减轻减少问题也总是好一些，比如获取分享文件读写几百 G ，这个和上传一个几十 G 的文件最后写入几个 T ，问题的大小和严重程度应该不是一个程度上的，这个应该不难分辨。而且前者是自己选择的结果，后者是对方强加的结果，这个性质上的差别应该也算比较容易分辨。 对了，有人说这个可能是 BUG ，如果只是 BUG 呢，性质上没那么恶劣，但是结果是一样的，都是狂写硬盘，对用户的硬件造成了不必要的损害，这个不可能因为性质上没那么恶劣就可以欣然接受。 |
|
51
wxf666 2023-07-10 21:32:58 +08:00
@arielcc #50 夸克网盘本身是 Electron 应用？
看这路径，应该是分片下载，先存到浏览器的 IndexedDB 里，最后再合并？ 至于分了多少片，估计很多很多就是了。可以先保存日志，再分析下。 目前看来，还是因为设计垃圾。。 |
|
52
wxf666 2023-07-10 22:09:37 +08:00
@arielcc #50 不对噢。。你是上传。。
上传为啥要预先分这么多片存到 IndexedDB 里？ 是类似于《预分配所有分片上传任务，形成队列，再逐个上传》么？ 是转嫁开发成本给用户？ 还是 Eletron 抽象得太好，以至于开发者对这么高成本的代码逻辑都没感知了？ |
 |
53
Greatshu 2023-07-10 22:13:34 +08:00
百度网盘也出现过类似问题，写了几十 G 日志
网友提问： https://zhidao.baidu.com/question/426051695271943772.html |
|
54
wxf666 2023-07-10 22:27:34 +08:00
@nguoidiqua #49 不是获取分享文件，要读写 几百 GB
是获取 36W 个文件 [列表] ，就要读写 几百 GB （去构建垃圾数据库去了） 正式内容才下载了 几百 MB 。。 楼主的问题，目前看起来是滥用 Eletron 导致的， 可能是预先分片上传内容，存到 IndexedDB ，形成上传队列，再逐一完成上传（猜的） |
 |
55
JensenQian 2023-07-10 22:54:35 +08:00
下载直接网页版脚本呢配 idm 呗
|
 |
56
mscsky 2023-07-11 10:21:54 +08:00
国产 pc 软件基本和病毒一样，推荐用第三方，不过阿里盘的第三方速度达不到官方软件
|
 |
57
lianyanjiajia 2023-07-11 10:30:57 +08:00
@IDAEngine 但是威力还是比 syncthing 好用的 我拿来同步存档 syncthing 同步 2 次就把我存档搞没了 威力就没有问题
|
|
58
IDAEngine 2023-07-11 11:09:06 +08:00
@lianyanjiajia 是啊，估计也针对国内的环境对 syncthing 做了一定优化，毕竟界面都改了很多，以前界面的 html 代码都直接抄 btsync 的
|
 |
59
Asimov01 2023-07-12 19:34:28 +08:00
我主要看中夸克网盘客户端的离线下载功能，比迅雷还好使，目前只有客户端有这个入口，很烦，不然早就不用客户端了，不知道有没有大佬有门路不用客户端使用离线下载的
|
 |
60
zong400 2023-07-28 16:48:34 +08:00
淘宝 88vip 送的夸克会员，想看下电影结果网速不行，用阿里云盘了
|
Select Language