On Monday 10 September 2007 07:52, Masopust, Christian wrote: > Hi Kern, > > i'm not sure if i'm right, but when i remember correctly the discussion > about the new "red/black restore in memory tree" it should speed up > building of the restore directory tree a lot. am i right?
Yes. In my tests on a restore of some 800,000 files is that it ran 513 times faster than the old code. > > if yes, is there a special option to configure to enable it? No. > i'm asking > because i don't see any change in speed when building the restore directory > tree here with 2.2.1 .... It depends on the size of the tree. I didn't test everything but if I remember right for about 100,000 files, the times were not much different, but for 800,000 file backups the difference was spectacular. It could also be slowed down by your SQL engine if it is not properly tuned. Also if you have lots of memory and a very fast CPU, the time differences will be smaller because the I/O times to access the database are substantial. Best regards, Kern > > christian > > > ___________________________________________________________ > > Christian Masopust > > SIEMENS AG PSE SMC CI E CM > Tel: +43 (0) 5 1707 26866 > E-mail: [EMAIL PROTECTED] > Addr: Austria, 1210 Vienna, Siemensstraße 90-92, B. 33, Rm. 243 > > > Firma: Siemens Aktiengesellschaft Österreich, Rechtsform: > Aktiengesellschaft, Sitz: Wien, Firmenbuchnummer: FN 60562 m, > Firmenbuchgericht: Handelsgericht Wien, DVR 0001708 > ___________________________________________________________ ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Bacula-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/bacula-devel
