Parallel Encryption Revisited

[Yushu Yao]

Hi Experts,

5 years ago there was a post asking about parallel encrypting and got
blasted with a series of concerns:
http://lists.gnupg.org/pipermail/gnupg-devel/2007-February/023654.html

Now, for both data exchange and backup purposes, many people are trying to
encrypt Terabytes of data (1 big file), on a parallel file system. Clearly
the 1 thread/process sequential encryption is not optimal, and paralleling
can save a lot of time!

I have very limited knowledge of Cryptography, my question is: from what I
observe, "gpg -e" reads in a file, massages it a bit with the public key,
and output another file. What is the reason why it can't split the input
file to 5 pieces, let 5 processes massage each piece with the same pub key,
and then concatenate the outputs to one big output?
(I guess the question is whether gpg is doing an "all to all" correlation
on the input file?).

If above can't be done, maybe people can split the file 1st then encrypt.

Thanks

-Yushu


+-------------------------------------------------+
| Yushu Yao
| Ph:1-510-486-4690
|
| Lawrence Berkeley National Lab
| Mailstop 50B-6222
| 1 Cyclotron Road
| Berkeley CA 94720-8147 - USA
+-------------------------------------------------+
-------------- next part --------------
An HTML attachment was scrubbed...
URL: </pipermail/attachments/20120203/56170c6c/attachment-0001.htm>