search for: appleby

Displaying 9 results from an estimated 9 matches for "appleby".

2012 Feb 13
0
[LLVMdev] We need better hashing
On 13 February 2012 00:59, Talin <viridia at gmail.com> wrote: > Here's my latest version of Hashing.h, which I propose to add to llvm/ADT. > Comments welcome and encouraged. > /// Adapted from MurmurHash2 by Austin Appleby Just out of curiosity, why not MurmurHash3 ? This page seems to suggest that #2 has some flaw, and #3 is better all round: https://sites.google.com/site/murmurhash/ Would it be possible to use CityHash instead for strings? http://code.google.com/p/cityhash/ Thanks, Jay.
2012 Feb 13
5
[LLVMdev] We need better hashing
...lly need to have a custom DenseMapInfo, >> and that's where having a good hash function comes in. >> >> There are a bunch of hash functions out there (FNV1, SuperFastHash, and >> many others). The best overall hash function that I am currently aware of >> is Austin Appleby's MurmurHash3 (http://code.google.com/p/smhasher/). >> >> For LLVM's use, we want a hash function that can handle mixed data - that >> is, pointers, ints, strings, and so on. Most of the high-performance hash >> functions will work well on mixed data types, but you h...
2012 Feb 08
2
[LLVMdev] We need better hashing
...The thing is, for complex key types, you really need to have a custom DenseMapInfo, and that's where having a good hash function comes in. There are a bunch of hash functions out there (FNV1, SuperFastHash, and many others). The best overall hash function that I am currently aware of is Austin Appleby's MurmurHash3 (http://code.google.com/p/smhasher/). For LLVM's use, we want a hash function that can handle mixed data - that is, pointers, ints, strings, and so on. Most of the high-performance hash functions will work well on mixed data types, but you have to put everything into a flat b...
2012 Feb 09
0
[LLVMdev] We need better hashing
...x key types, you really need to have a custom DenseMapInfo, > and that's where having a good hash function comes in. > > There are a bunch of hash functions out there (FNV1, SuperFastHash, and > many others). The best overall hash function that I am currently aware of > is Austin Appleby's MurmurHash3 (http://code.google.com/p/smhasher/). > > For LLVM's use, we want a hash function that can handle mixed data - that > is, pointers, ints, strings, and so on. Most of the high-performance hash > functions will work well on mixed data types, but you have to put >...
2012 Feb 17
0
[LLVMdev] We need better hashing
...ustom DenseMapInfo, >>> and that's where having a good hash function comes in. >>> >>> There are a bunch of hash functions out there (FNV1, SuperFastHash, and >>> many others). The best overall hash function that I am currently aware of >>> is Austin Appleby's MurmurHash3 (http://code.google.com/p/smhasher/). >>> >>> For LLVM's use, we want a hash function that can handle mixed data - >>> that is, pointers, ints, strings, and so on. Most of the high-performance >>> hash functions will work well on mixed data...
2012 Feb 18
2
[LLVMdev] We need better hashing
...>>>> and that's where having a good hash function comes in. >>>> >>>> There are a bunch of hash functions out there (FNV1, SuperFastHash, and >>>> many others). The best overall hash function that I am currently aware of >>>> is Austin Appleby's MurmurHash3 (http://code.google.com/p/smhasher/). >>>> >>>> For LLVM's use, we want a hash function that can handle mixed data - >>>> that is, pointers, ints, strings, and so on. Most of the high-performance >>>> hash functions will work wel...
2012 Feb 13
5
[LLVMdev] We need better hashing
...;jay.foad at gmail.com> wrote: > On 13 February 2012 00:59, Talin <viridia at gmail.com> wrote: > > Here's my latest version of Hashing.h, which I propose to add to > llvm/ADT. > > Comments welcome and encouraged. > > > /// Adapted from MurmurHash2 by Austin Appleby > > Just out of curiosity, why not MurmurHash3 ? This page seems to > suggest that #2 has some flaw, and #3 is better all round: > > https://sites.google.com/site/murmurhash/ > > The main reason is because there's no incremental version of 3. If you look at the source, you&...
2012 Feb 28
9
[LLVMdev] Proposed implementation of N3333 hashing interfaces for LLVM (and possible libc++)
...it happens, Jeffrey Yasskin and I have been working on a proposal with similar goals to the the C++ standard library[1]. ---- API concerns This interface is a bit heavyweight for LLVM's needs alone. It was designed with the input of Matt Austern, and two hashing experts, Geoff Pike and Austin Appleby, to be as easy to use and simple for user-defined types as possible, while composing cleanly with the STL and other C++ standard library concepts. That said, we are working actively on getting this (quite possibly modified during the process) into the standard, and so it seems reasonable to just i...
2007 Apr 30
0
PANIC: internal error in samba rhel4-u4
Hi, I am not sure if this has been fixed already or not but I wasn't able to find any mention of it. The error I am getting is: =============================================================== [2007/04/12 22:41:00, 0, effective(0, 0), real(0, 0)] lib/fault.c:fault_report(37) INTERNAL ERROR: Signal 11 in pid 18617 (3.0.10-1.4E.9) Please read the appendix Bugs of the Samba HOWTO