>>>>> On Tue, 5 Dec 2006 09:11:14 +0100 (CET), Jonas Bjorklund said: > > Hello, > > I get very poor performance with compression on a client. It's a Sun Fire > V490 with 4 CPUs on 1350Mhz and 16GB memory. > > JobId: 11 > Job: client1.2006-12-04_16.34.10 > Backup Level: Full > Client: "sasma" sparc-sun-solaris2.10,solaris,5.10 > FileSet: "Sun System" 2006-12-04 10:32:00 > Pool: "1Month" > Storage: "File01" > Scheduled time: 04-Dec-2006 16:34:06 > Start time: 04-Dec-2006 16:34:13 > End time: 05-Dec-2006 03:53:36 > Elapsed time: 11 hours 19 mins 23 secs > Priority: 10 > FD Files Written: 314,934 > SD Files Written: 314,934 > FD Bytes Written: 41,030,170,977 (41.03 GB) > SD Bytes Written: 41,078,489,760 (41.07 GB) > Rate: 1006.6 KB/s > Software Compression: 82.0 % > Volume name(s): 1Month-0004|1Month-0005 > Volume Session Id: 1 > Volume Session Time: 1165246425 > Last Volume Bytes: 31,077,182,535 (31.07 GB) > Non-fatal FD errors: 0 > SD Errors: 0 > FD termination status: OK > SD termination status: OK > Termination: Backup OK > > When I run the same backup wihtout compression it's fast. Is the server > really so slow when it compress data? The zlib is from Sun.
You could check that the fd uses a lerge % of the CPU when compressing, to be sure that it isn't waiting for something else. Also, try timing tar v.s. tar+gzip on a large directory. __Martin ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
