Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[Bacula\-users\]\s+backup\s+vs\s+restore\s+performance\s*$/: 4 ]

Total 4 documents matching your query.

1. [Bacula-users] backup vs restore performance (score: 1)
Author: Steve Thompson <smt AT vgersoft DOT com>
Date: Mon, 14 Jan 2013 08:53:26 -0500 (EST)
Bacula 5.2.10, CentOS 5/6, x86_64. Just a curiosity. I note that full backup performance across many systems is typically in the 6-10 MB/sec range; I am using GZIP4 and the backups are typically comp
/usr/local/webapp/mharc-adsm.org/html/Bacula-users/2013-01/msg00166.html (12,392 bytes)

2. Re: [Bacula-users] backup vs restore performance (score: 1)
Author: John Drescher <drescherjm AT gmail DOT com>
Date: Mon, 14 Jan 2013 09:31:16 -0500
I would say this is a combination of filesystem performance ( remember that when you backup there can be a lot of seeks that reduce performance) and decompression performance. Decompression is less C
/usr/local/webapp/mharc-adsm.org/html/Bacula-users/2013-01/msg00167.html (12,523 bytes)

3. Re: [Bacula-users] backup vs restore performance (score: 1)
Author: Steve Thompson <smt AT vgersoft DOT com>
Date: Mon, 14 Jan 2013 10:44:57 -0500 (EST)
Ah yes, you're right. A gunzip on some test files is indeed 4-5 times faster than a gzip on the same data. I never noticed that big a difference before. Steve -- Master Visual Studio, SharePoint, SQL
/usr/local/webapp/mharc-adsm.org/html/Bacula-users/2013-01/msg00171.html (12,043 bytes)

4. Re: [Bacula-users] backup vs restore performance (score: 1)
Author: Josh Fisher <jfisher AT pvct DOT com>
Date: Mon, 14 Jan 2013 14:56:45 -0500
If you have spooling disabled because you are writing backups to disk, you may see an improvement by explicitly enabling attribute spooling to prevent database writes from interfering with i/o from t
/usr/local/webapp/mharc-adsm.org/html/Bacula-users/2013-01/msg00173.html (12,408 bytes)


This search system is powered by Namazu