Am Montag, den 21.06.2010, 09:30 +1200 schrieb richard: > Lukas Kolbe wrote: > : > > > > I suppose it has something todo with the tapes' maximum blocksize being > > higher than what Linux supports. > > I have the following in my sd with LTO4 attached and it runs at full > speed from a drect attached RAID5 > > Maximum block size = 262144 > Maximum Network Buffer Size = 65536 > Maximum File Size = 5GB > > > No minimum block size is specified.
Thanks for the hints. Changing the block sizes to the ones you mentioned doesn't help unfortunatly. Maybe it is a completely different problem: The backups are made to the diskpool in parallel, from a few different clients. The SD writes them to disk with about 200MiB/second as a whole and from 5 to 50 MiB/second per job. That means that a single job is fragmented in many Volumes. I've just activated data spooling for the copy job, and even the spooling process doesn't get faster than 20MiB/second while still consuming one full cpu-core. The volume size is 32GiB if that matters (I don't want to have too many files in the diskpool). I have no idea why bacula-sd consumes so much cpu-time and obviously limits the throughput here. Regards, Lukas ------------------------------------------------------------------------------ ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
