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