Am 22.09.24 um 20:47 schrieb Markus Dubois:
i had quite some sucess with 220.500/s throughput for one full backup, but this was only achieved with Block Checksum = noThat's pretty bad - it means calculating the CRC32 block checksums significantly slows down your SD. Which somewhat confirms what I suspected: the SD running on your Intel Atom is the bottleneck slowing down the data stream. We have been discussing and evaluating a faster replacement for CRC32 that is currently used to checksum the blocks. However, I'm not sure when this will be implemented, if it is implemented at all.
That's actually weird. Would you mind sharing a joblog? I'd really like to see where/how it failed. Turning off the block checksums removes a safety belt, but for sure shouldn't produce data errors. Basically if it doubles performance for you and you trust your storage system, it should be okay to disable it.on storage daemon device side. Great? No, had errors through restore....:-)
So reverting back and now i'm back to 105.000/s throughput
:( -- Andreas Rogge [email protected] Bareos GmbH & Co. KG Phone: +49 221-630693-86 http://www.bareos.com Sitz der Gesellschaft: Köln | Amtsgericht Köln: HRA 29646 Komplementär: Bareos Verwaltungs-GmbH Geschäftsführer: Stephan Dühr, Jörg Steffens, Philipp Storz -- You received this message because you are subscribed to the Google Groups "bareos-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/bareos-users/1780ef34-92f6-41ed-99e0-d110eafae1aa%40bareos.com.
OpenPGP_signature.asc
Description: OpenPGP digital signature
