math Asked: 2018-05-09 11:08:13 +0800 CST2018-05-09 11:08:13 +0800 CST 2018-05-09 11:08:13 +0800 CST 如何通过 gpg 有效地加密备份 772 我有以下问题。我目前需要将我的备份存储在像 Dropbox 这样的云解决方案上，因为我的本地 nas 坏了。这就是为什么我必须加密我的备份。我正在使用 rsnapshot 来生成它。 在 NAS 上我没有加密它，所以我没有经验。我所做的是，我压缩了最新的备份并通过 gpg 对其进行了简单的加密。但是，它仍在加密。我的备份大约是 50GB。我从来没有加密过这么大的文件。有没有办法更有效地加密这样的大文件，或者我做错了什么？ gpg rsnapshot 1 个回答 Voted Best Answer Gilles 'SO- stop being evil' 2018-05-09T11:59:44+08:002018-05-09T11:59:44+08:00 加密所需的时间与数据的大小成正比，加上一些恒定的开销。您无法通过拆分数据来节省整个操作的时间，除非利用多个内核，以便总体上花费相同的 CPU 时间（或稍微多一点）但更少的挂钟时间。如果您以后想要访问部分数据，拆分当然是有利的。 GnuPG 在加密之前压缩数据。如果数据已经被压缩，这不会做任何有用的事情，并且可能会稍微减慢这个过程。 我建议使用duplicity进行加密备份。它负责收集文件和调用 GPG，并且知道如何进行增量备份。它将数据拆分为多个卷，因此它可以通过在为下一个卷收集文件时加密一个卷来节省挂钟时间。 无论如何，第一次备份 50GB 会很慢。如果您的硬件上有 AES 加速，它会有所帮助（只要您确保 GPG 使用 AES - GnuPG 在 2.1 版本之前默认使用 CAST-5，但它使用您的公钥首选项，即使在GPG 1.4 或 2.0)。
加密所需的时间与数据的大小成正比，加上一些恒定的开销。您无法通过拆分数据来节省整个操作的时间，除非利用多个内核，以便总体上花费相同的 CPU 时间（或稍微多一点）但更少的挂钟时间。如果您以后想要访问部分数据，拆分当然是有利的。
GnuPG 在加密之前压缩数据。如果数据已经被压缩，这不会做任何有用的事情，并且可能会稍微减慢这个过程。
我建议使用duplicity进行加密备份。它负责收集文件和调用 GPG，并且知道如何进行增量备份。它将数据拆分为多个卷，因此它可以通过在为下一个卷收集文件时加密一个卷来节省挂钟时间。
无论如何，第一次备份 50GB 会很慢。如果您的硬件上有 AES 加速，它会有所帮助（只要您确保 GPG 使用 AES - GnuPG 在 2.1 版本之前默认使用 CAST-5，但它使用您的公钥首选项，即使在GPG 1.4 或 2.0)。