Zitat von Alan Brown <ajb2 AT mssl.ucl.ac DOT uk>:

> On 21/08/12 08:37, lst_hoe02 AT kwsoft DOT 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 AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users