我有一台带有懦弱的CPU的机器，只有1G的RAM和10TB的磁盘空间。 我想做一个非常可靠的备份存储在这台机器上的东西。
作为这个的一部分，我希望在将它们发送到亚马逊冰川之前为我的备份存档创buildpar2文件。
作为一个初步的testing，我在一个40G文件上运行par2。 它只用了1％的公羊，花了几个小时。
所以我的问题是：当我在900G文件上运行par2时，会发生什么？ par2的内存使用是有限的，还是线性的或更糟糕的文件的大小？ 是CPU使用率线性还是更糟？
我意识到我可以尝试一下，但是由于最好的情况是需要好几天的时间才能运行，所以我想我会问，在我尝试之前我所做的事情是否愚蠢。
有几个par2的实现，性能各不相同。
我使用了ParPar ，这是一个为Node.JSdevise的实现，但它提供了一个独立的命令行工具（parpar.js）。 他们说这是在积极发展，所以现在可能不稳定。
它显示至less比par2cmdline快一个数量级。 在i7笔记本电脑上，约2小时230GB，使用32768块。
关于内存使用，您可以在命令行上指定它。 更多将会更快（在我的例子中是8G），但它将与64M一起工作。
这是我用来为当前目录recursion地生成2％恢复数据的命令行：
~/code/ParPar/bin/parpar.js -b 32768 -t4 -m8192M --min-chunk-size 8M -r2% -R -o pardata -- .