|
|
1
5
我不清楚你的实际问题是什么,所以我会抛开一些想法。
根据我目前所知,我认为以下伪代码是我的方法:
首先压缩文件可以保存对已成功复制的文件以及需要重新启动的文件的跟踪。它还应该使复制速度更快(总文件大小更小,单个文件大小更大),同时牺牲双方的一些CPU电源。一个简单的批处理文件可以在服务器端对其进行解压缩。 |
|
|
3
5
尝试使用位(后台智能传输服务)。它是Windows Update使用的基础结构,可以通过win32 api访问,并且是专门为解决这个问题而构建的。 它通常用于应用程序更新,但在任何文件移动情况下都能很好地工作。 |
|
|
4
1
我同意Robocopy作为解决方案……这就是为什么该实用程序被称为 “可靠的文件副本”
默认情况下,会重试一百万次。这对于您的间歇性连接来说应该足够了。 它还可以重新启动传输,您甚至可以限制数据包之间的传输,假设您不想使用所有带宽,因为其他程序使用相同的连接(/ipg开关)?. |
|
|
5
0
简单地在发送文件之后或之前发送一个哈希,并将其与收到的文件进行比较,怎么样?这至少应该确保您有一个正确的文件。 如果你想全力以赴,你可以做同样的过程,但文件的一小部分。然后,当你拥有了所有的片段,在接收端将它们连接起来。 |
|
|
6
0
您可以使用Microsoft SyncToy(免费)。 |
|
|
7
0
嗯,似乎rsync做到了,而且不需要服务器/守护进程/安装,我认为它做到了——只需要$rsync-src-dst。 |
|
|
8
-1
如果可以的话,发短信。 |
|
|
MaPo · Linux,设置锁定ICMP_过滤器选项 1 年前 |
|
|
Antas Sharma · 我应该为每个端口创建一个新实例吗? 2 年前 |
|
lomaster · 校验和ip标头分段故障C 2 年前 |
|
|
Lacochina · 用C编写网络检查器,但错误处理困扰着我 3 年前 |
|
|
fourthking · GameSparks手动配对 8 年前 |