OverviewFilesCommitsIssuesDocsReleasesPeers

opencog-SimpleGPUHashTable commits / 16dbebc

Updated readme to link to blog
16dbebcb96fb38034f3b831cd1951e7da142a88c
by David Farrell <nosferalatu@gmail.com> · 2020-03-10T20:32:40.000Z

Changed files (1) +3 -5

README.md +3 -5
……@@ -8,6 +8,9 @@ GPU's, the result is a high performance hash table capable of hundreds of millio
88The code achieves an average insertion rate of 326 million key/second on my development laptop with an NVIDIA GTX 1060,
99measured by inserting 64 million elements.
1010
11[Read my blog post about the code here](http://nosferalatu.com/SimpleGPUHashTable.html) for more information about the
12implementation.
13
1114The code implements a lock free hash table using linear probing. Concurrent inserts, deletes, and lookups are supported by
1215this hash table. The hash table works on 32 bit keys and 32 bit values (although 0xffffffff is reserved for both keys
1316and values). The load factor of the table is set to 50% in the code, and the table size must be a power of two.
……@@ -22,11 +25,6 @@ contents of a table into another, larger table.
2225The code was kept simple for readability. There are many optimizations that can be done, but they muddy the waters. I
2326wanted to illustrate the basic design of the lock free hash table and how it can be implemented on a GPU.
2427
25For more information on the lock free hash table design, read:
26* Preshing on Programming's [The World's Simplest Lock Free Hash
27Table](https://preshing.com/20130605/the-worlds-simplest-lock-free-hash-table/)
28* Cliff Click's slides on [A Lock-Free Wait-Free Hash Table](https://web.stanford.edu/class/ee380/Abstracts/070221_LockFreeHash.pdf)
29
3028# How To Use
3129
3230If you build and run the executable, it enters an infinite loop of inserting and deleting random numbers into the