benchmarking Perl client hash functions
Larry Leszczynski
larryl@emailplus.org
Mon, 19 Jul 2004 15:25:47 -0400 (Eastern Daylight Time)
On Mon, 19 Jul 2004, Anatoly Vorobey wrote:
> If crc32 is better _and_ faster than the current Perl hashfunc, let's
> throw the current Perl hashfunc away altogether. There's no good reason
> to enshrine it, it was just a quick hack.
Could just replace the exiting _hashfunc with the crc32 version, but how
do you guys feel about introducing the dependency on String::CRC32? If
that's a concern, how about making crc32 the default, but allowing an
option to explicitly turn it off and use the existing algorithm if for
whatever reason you can't install String::CRC32?
Larry