![]() | 1 liuguangxuan 2024-01-05 08:57:36 +08:00 试试打包成一个大文件呢。 |
![]() | 2 IvanLi127 2024-01-05 08:57:54 +08:00 via Android 试试 rsync ? |
![]() | 3 lsk569937453 2024-01-05 09:01:23 +08:00 问题没看懂。 1.有两个下载流程。一个是文件从 obs 到服务器,第二是文件从服务器到 win 本地。不知道你说的是哪个下载流程。 2.如果 obs 和服务器的出口网速有限制的话,你再努力也是白搭阿。 3.大批量下载文件的方法无非就是批量下载阿。你可能只是想求一个批量下载的工具? |
4 yh648559276 OP @liuguangxuan 用 tgz 打包很慢,60g 仅仅只是一个月的,还有其他月份的(崩溃) |
5 explore365 2024-01-05 09:04:10 +08:00 打包不压缩,http |
6 yh648559276 OP @lsk569937453 就是从文件服务器 sftp 下回本地的时候,不用 sftp 用其他方式 |
![]() | 7 AreYou0k 2024-01-05 09:06:02 +08:00 找个多线程下载的软件试试呗, 比如 idm |
8 superrichman 2024-01-05 09:10:22 +08:00 用 ftp 代替 sftp ,不加密传输能快很多 |
![]() | 9 dier 2024-01-05 09:19:34 +08:00 官方不是还提供了一个 OBS Browser+ 吗,直接用这个工具试试呢 |
10 laminux29 2024-01-05 09:20:22 +08:00 当然是打包后再一次性传输,不然大部分时间开销会浪费在 HTTP 接口调用上,FTP 也有这个问题。 SVN 、GIT 因为很早就遇到这个问题,所以他们已经对大量小文件做了优化,把这些零碎小文件都打包成流,传到服务器后再切分存储,所以 SVN 、GIT 提交大量小文件的速度会非常快。 |
![]() | 11 yestodayHadRain 2024-01-05 09:25:46 +08:00 ![]() @dier OBS Browser+ 在处理大批量小文件的时候性能是不如 obsutil 的,文件比较大的时候不考虑带宽速度可能会差十倍以上 op 用 obsutil 下载到服务器如果服务器在阿里云这个过程是可以走内网的带宽比较大,但是用 sftp 下载到本地这个会走服务器的出网带宽 速度会受限于服务器的公网带宽,600kb/s 可能公网带宽只有 5M 左右。op 为什么非要从服务器这里过一下,直接本地下载 oss 里的资源不行吗? |
12 lvdream 2024-01-05 09:26:33 +08:00 拆分,然后多线程 scp 下载呢 |
![]() | 13 yestodayHadRain 2024-01-05 09:26:40 +08:00 @yestodayHadRain 文件数量比较大的时候 |
14 fordoo 2024-01-05 9:45:45 +08:00 直接本地下载,如果非要服务器过一遍,那服务器负责打包成 tar ,回传到 obs 再本地下载,可以充分利用 obs 的公网带宽 |
15 wangwaner 2024-01-05 09:58:51 +08:00 via iPhone syncthing 同步试试看?我用这个同步两台服务器爬的几十万张图片啥的,只有刚开始同步数据量大慢一些后面就无感同步了。 |
![]() | 16 libook 2024-01-05 10:12:15 +08:00 ssh 两部分比较占性能,一个是加密,另一个是压缩。你看看是不是加密算法硬件支持不好或者太复杂;然后看看是不是硬件跑压缩性能不够,带宽够大的话把压缩关了试试。 根据之前调研的压测数据来看,ssh 还是比 smb 性能要好的,当然比不过不加密的协议如 nfs ,如果你确保网络环境安全的话也可以考虑 nfs 。 另外 i 也可以看看是不是远端或本地的磁盘 IO 有问题,比如碎片太多。 |
![]() | 17 poopoopoopoo 2024-01-05 10:22:03 +08:00 内网下载 打包上传 OBS 公网流量下载 这样最快 |
18 pen1120 2024-01-05 14:28:32 +08:00 via iPhone 流式压缩并传送 |