On 01/26/10 10:39, Cyril Lavier wrote: > Phil Stracchino wrote: > >> On 01/26/10 09:12, Cyril Lavier wrote: >> >> >>> Phil Stracchino wrote: >>> >>> >>>> Cyril, I would look at the load on all the machines involved, >>>> particularly the machine running the catalog and Director. You also did >>>> not specify what you're backing up to. >>>> >>>> >>>> >>>> >>> I'm backing up a big amount of small files (yes, it's the worst case), >>> it's the homedirs of the users. >>> >>> We only use switchs. >>> >>> I tried iperf between the 2 servers, and it displays 89Mbit/s, so it's >>> pretty good. >>> >>> >> OK, so you don't have a network problem. My guess would be you have a >> throughput problem on either the storage daemon or the catalog database. >> What is the backup medium? Have you done any performance analysis on >> the server during a backup (iostat, for example)? >> >> Are you running jobs concurrently? That can make up for slow clients. >> Of course, if you're only backing up a single client, that's not going >> to help you. >> >> >> >> > I dont make concurrent backups. > > The backup medium is a EFI GPT, so it's HDDs. > > Tomorrow, I will launch a test backup and control the performance with > iostat and top. > > It was mentioned, but if possible you should really try the backup(s) without compression enabled to see the difference it makes. It can be quite significant (2MB/s vs 9MB/s) if you're clients don't have fairly recent CPUs.
------------------------------------------------------------------------------ The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
