The quickest way to find out is to configure a backup without crypto and see
how long it takes. You could also do another test with GZIP compression on/off.
---Guy
(via iPhone)
On 30 Oct 2011, at 16:23, Alex Crow wrote:
>
>>> If it is supported in any way, I'd be happy to know. If not, what
> Could it be the "compression=GZIP" in the job defs that is slowing
> things down?
>
Yes. Try disabling that.
> I really should get my colleague to join this as he's the one that set
> this up.
>
John
--
Get your Andro
>> If it is supported in any way, I'd be happy to know. If not, what would
>> be the best way about getting it implemented?
> I'd want to be pretty sure its going to help before doing this. On my
> (somewhat aged) development machine, OpenSSL can do AES-128 CBC at 55
> MB/s (bytes, not bits), so i
On Tue, Oct 18, 2011 at 9:37 AM, Alex Crow wrote:
> Hi,
>
> We have set up a backup server that uses encryption in the File Daemon.
> However we find it is really slow, in fact we are only getting about
> 80Mbps (megabits, not -bytes) throughput while running 4 backup threads.
> This is backing up
On Oct 18, 2011, at 4:37 AM, Alex Crow wrote:
> Hi,
>
> We have set up a backup server that uses encryption in the File Daemon.
> However we find it is really slow, in fact we are only getting about
> 80Mbps (megabits, not -bytes) throughput while running 4 backup threads.
> This is backing u
Hi,
We have set up a backup server that uses encryption in the File Daemon.
However we find it is really slow, in fact we are only getting about
80Mbps (megabits, not -bytes) throughput while running 4 backup threads.
This is backing up from an NFS-connected disk backup host that can
easily sa
