Re: [Bacula-users] HW crypto offload
2011-10-30 12:24:54
>> 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 it doesn;t sound like crypto is necessarily
> your bottleneck.
>
> Also, crypto "accelerators" rarely do in my experience.
>
Ben,
CPU is:
model name : Intel(R) Xeon(R) CPU E5540 @ 2.53GHz
We run 4 backup threads and get 4 cores doing 100% each, still we're
only getting the 80 Megabits.
Here's the part of the bacula-fd.conf that is relevant:
FileDaemon {
Name = backup-fd
FDport = 9102
WorkingDirectory = /var/lib/bacula
Pid Directory = /var/run
Maximum Concurrent Jobs = 20
FDAddress = 127.0.0.1
PKI Signatures = Yes
PKI Encryption = Yes
PKI Keypair = "/etc/bacula/keys/bacula-fd.pem"
PKI Master Key = "/etc/bacula/keys/master.cert"
}
Here's an example job spec:
Job {
Name = "ias"
JobDefs = "Standard"
Schedule = "With-Basejobs"
FileSet = "ias"
Accurate = yes
Base = "ias-base"
}
Job {
Name = "ias-base"
Level = Base
JobDefs = "Standard"
FileSet = "ias"
Schedule = "Update-Basejobs"
Accurate = yes
}
FileSet {
Name = "ias"
Include {
Options {
BaseJob = pmugcs5
Accurate = mcs5
Verify = pin5
signature = MD5
compression=GZIP
}
File = /nas/ias
}
Exclude {
File = /nas/exclude
}
}
Storage def from bacula-dir.conf:
Storage {
Name = Tandberg
Address = 127.0.0.1
SDPort = 9103
Password = "e3Ci8AxSF2ewxzX2VgaU"
Device = Tandberg
Autochanger = yes
Media Type = LTO3
Maximum Concurrent Jobs = 20
AllowCompression = yes
}
Devices in bacula-sd.conf:
Autochanger {
Name = Tandberg
Device = IBM0, IBM1
Changer Device = /dev/sg6
Changer Command = "/usr/lib64/bacula/mtx-changer %c %o %S %a %d"
}
Device {
Name = IBM0
Drive Index = 0
Media Type = LTO3
Archive Device = /dev/st0
AutomaticMount = yes;
AlwaysOpen = yes;
RemovableMedia = yes;
RandomAccess = no;
Autochanger = yes;
Maximum Concurrent Jobs = 2
Spool Directory = "/opt/spool/ibm0"
}
Device {
Name = IBM1
Drive Index = 1
Media Type = LTO3
Archive Device = /dev/st1
AutomaticMount = yes;
AlwaysOpen = yes;
RemovableMedia = yes;
RandomAccess = no;
Autochanger = yes;
Maximum Concurrent Jobs = 2
Spool Directory = "/opt/spool/ibm1"
}
Could it be the "compression=GZIP" in the job defs that is slowing
things down?
I really should get my colleague to join this as he's the one that set
this up.
Cheers
Alex
--
This message is intended only for the addressee and may contain
confidential information. Unless you are that person, you may not
disclose its contents or use it in any way and are requested to delete
the message along with any attachments and notify us immediately.
"Transact" is operated by Integrated Financial Arrangements plc
Domain House, 5-7 Singer Street, London EC2A 4BQ
Tel: (020) 7608 4900 Fax: (020) 7608 5300
(Registered office: as above; Registered in England and Wales under number:
3727592)
Authorised and regulated by the Financial Services Authority (entered on the
FSA Register; number: 190856)
------------------------------------------------------------------------------
Get your Android app more play: Bring it to the BlackBerry PlayBook
in minutes. BlackBerry App World™ now supports Android™ Apps
for the BlackBerry® PlayBook™. Discover just how easy and simple
it is! http://p.sf.net/sfu/android-dev2dev
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users
|
|
|