Zitat von Alan Brown <a...@mssl.ucl.ac.uk>: > On 21/08/12 08:37, lst_ho...@kwsoft.de wrote: >> Some short tests with the "Maximum Block Size" set, show transfer >> speed to the LTO-4 of 87MBytes/sec with 256K and 98MBytes/sec with >> 1M with Bacula encrypted data, so with this we are reaching the >> theoretical uncompressed speed of the LTO-4 device by ~20%. It >> would be really helpful if there is some developer to say if there >> is any downside of large block sizes? > > I'm not a dev, however I use 2Mb block size (this is the largest > bacula currently supports) > > The only downside is that you _must_ mark all active tapes as "used" > before changing block size. > > Bacula will be able to read the old tapes, but it cannot handle > maximum block size changing midway through a tape.
So i still wonder why the manual recommend not to change this value? The problem of not mixing the blocksize is obvious so if there is not other downside one should choose a larger value with any recent tape drive, no? Regards Andreas ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
