On Thursday 22 January 2009, Wolfgang Denk said something like: > In message <200901221238.33834.jos...@eeinternet.com> you wrote: > > Are there any pending plans to add a "multi core" option to the FD > > to enable compression to happen on more than one core? We have a > > few eight-core servers that are rather idle during the backup > > window, so it would be great to use more than one core for > > compression. Something like a Max Core direction for the FD would > > be cool! :) > > Well, if such a thing gets implemented, it should be able to > automatically pick up the number of cores on the current system (but > of course with an option to overwrite that value). > > "getconf _NPROCESSORS_ONLN" (respective the equivalent C code) might > be a good start.
Oh, I'm sure it could detect the number of cores, that wasn't my issue. I was more concerned with making sure that the little bit of traffic we would get during the backup window wouldn't timeout because it's using all eight cores. I'd probably use six of the eight cores for compression. j -- Joshua Kugler Part-Time System Admin/Programmer http://www.eeinternet.com PGP Key: http://pgp.mit.edu/ ID 0xDB26D7CE ------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
