Joakim Tjernlund <joakim.tjernl...@transmode.se> wrote on 2010/07/20 20:02:53:
> From: Joakim Tjernlund <joakim.tjernl...@transmode.se> > To: bacula-devel@lists.sourceforge.net > Cc: Joakim Tjernlund <joakim.tjernl...@transmode.se> > Date: 2010/07/20 20:24 > Subject: [Bacula-devel] [PATCH 1/2] Initial crc32 optimization. > > This is a strait port of the Linux kernel crc32 optimization > I did a while ago. This impl. is several times faster than the one it > replaces. Adapted to bacula usage. > --- > > I have not tested this yet as I went/is on vacation but I figured > perhaps someone else is interrested enough to do that :) > > bacula/src/lib/crc32.c | 386 > ++++++++++++++++++++++++++++++++++++++++-------- > 1 files changed, 325 insertions(+), 61 deletions(-) So it has been a few days and I was hoping for one or two comments by now. One thing I have noticed is that Bacula seems to rely on dynamic endian detection instead of detecting endian at configure/compile time. Is this so and does it need to stay this way? Currently the new crc32 code needs compile time detection of endianess and I like to keep it that way. Furthermore I suspect I won't be able to do much more Bacula work as vacation ends in one week and work at my dayjob is piling up. Jocke ------------------------------------------------------------------------------ This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first _______________________________________________ Bacula-devel mailing list Bacula-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-devel
