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