On 8/25/23 12:06, Martin Simmons wrote:
On Thu, 24 Aug 2023 15:51:18 -0400, Josh Fisher via Bacula-users said:Probably you have compression and/or encryption turned on. In that case, Bacula cannot simply fseek to the offset. It has to decompress and/or decrypt all data in order to find it, making restores far slower than backups.The compression and/or encryption is done within each block, so tnat doesn't affect seek time.
Interesting. So after decompression and decryption, does the uncompressed/decrypted data contain a partial block(s), or are the compressed/encrypted blocks originally written with variable block sizes so that the original data is handled as fixed size blocks?
__Martin
_______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
