TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Ask HN: How do you handle transferring large files over the internet?

8 点作者 lucasch将近 9 年前
I've often heard that the best way to send large amounts of data is to actually send it via snail mail. But if that is not an option what is the best way to send, say 500GB, over the internet? Past Experience preferred but creative solutions welcome!

9 条评论

Piskvorrr将近 9 年前
If, for some reason, you are averse to rsync (there are plenty of Windows clients), then bittorrent is second-best: it works just as well for transferring private data, just turn off all the metadata broadcast options and make sure that encryption is required. (Not so easy for incremental transfers, though)
评论 #12058439 未加载
teddyc将近 9 年前
I would use scp with the -C option to compress the data for the first attempt to transfer the file. Any subsequent attempts to transfer the file should use rsync (this includes any updates to the file).<p>Another option is to use a cloud data storage provider (Dropbox, Box, Google Drive, etc) and install their software that keeps files in sync. Then you can just put the file in a local folder and let their software sync it to the cloud. After sync is complete, you email a link to share the file. Of course, their software is probably just a GUI for rsync.
评论 #12058685 未加载
wmf将近 9 年前
<a href="http:&#x2F;&#x2F;moo.nac.uci.edu&#x2F;~hjm&#x2F;HOWTO_move_data.html" rel="nofollow">http:&#x2F;&#x2F;moo.nac.uci.edu&#x2F;~hjm&#x2F;HOWTO_move_data.html</a>
niftich将近 9 年前
I assume you&#x27;re transferring between two hosts you both control. Some sane options are:<p>- rsync<p>- SFTP-over-SSH, or SFTP over a dedicated VPN<p>- private, encrypted torrents
评论 #12058358 未加载
评论 #12058359 未加载
lastofus将近 9 年前
Aspera is often used in the film industry to move large video files around. My understanding is their software takes over some layers of the network stack to make sure the pipe stays saturated.<p><a href="http:&#x2F;&#x2F;asperasoft.com&#x2F;" rel="nofollow">http:&#x2F;&#x2F;asperasoft.com&#x2F;</a>
评论 #12062694 未加载
soulbadguy将近 9 年前
Do you need to transmit 500GB every time or just a diff from a previous dataset ? If it&#x27;s the later case, using the send&#x2F;receive functionality of a file system with snapshot and incremental backup (ZFS,BTRFS etc..) can be significantly faster than using pure rsync. Rsync would needs to scan the complete 500GB of data to find the blocks to send, while send&#x2F;receive can compute the diff much faster
评论 #12069774 未加载
kennell将近 9 年前
More details please.<p>* Are we talking a few giant files or thousand of small-ish files?<p>* Who is on the receiving end? Technical people from who we can expect that they are able to run some command-line stuff or your average joe?<p>* What type of scenarios must the solution work? What OSes? Is it acceptable to install extra software or must it work out of the box?<p>etc. etc. etc.
CarolineW将近 9 年前
rsync
评论 #12058315 未加载
Piskvorrr将近 9 年前
btw not relevant in your case, but a friend working for a large video company regularly drives a truckload of 10 TB tapes around the continent - bandwidth is still an issue at <i>that</i> scale.
评论 #12059028 未加载