Re: [PATCH] Define hash_mem in lib/hash.c to apply hash_long to an arbitraty piece of memory.

• Next message: Miles Bader: "Re: [PATCH] Embed __this_module in module itself."
• Previous message: Billy Rose: "Re: windows=stable, linux=5 reboots/50 min"
• In reply to: Neil Brown: "[PATCH] Define hash_mem in lib/hash.c to apply hash_long to an arbitraty piece of memory."
• Next in thread: Neil Brown: "Re: [PATCH] Define hash_mem in lib/hash.c to apply hash_long to an arbitraty piece of memory."
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

On Tue, Jan 07, 2003 at 04:03:28PM +1100, Neil Brown wrote:
> I did a little testing and found that on a list of 2 million
> basenames from a recent backup index (800,000 unique):
>
> hash_mem (as included here) is noticably faster than HASH_HALF_MD4 or
> HASH_TEA:
>
> hash_mem: 10 seconds
> DX_HASH_HALF_MD4: 14 seconds
> DX_HASH_TEA: 15.2 seconds

I'm curious how the hash at
http://www.burtleburtle.net/bob/hash/doobs.html would fare. He has a
64-bit version at
http://www.burtleburtle.net/bob/c/lookup8.c.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

• Next message: Miles Bader: "Re: [PATCH] Embed __this_module in module itself."
• Previous message: Billy Rose: "Re: windows=stable, linux=5 reboots/50 min"
• In reply to: Neil Brown: "[PATCH] Define hash_mem in lib/hash.c to apply hash_long to an arbitraty piece of memory."
• Next in thread: Neil Brown: "Re: [PATCH] Define hash_mem in lib/hash.c to apply hash_long to an arbitraty piece of memory."
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

This archive was generated by hypermail 2b29 : Tue Jan 07 2003 - 22:00:34 EST