IRC.
[hurd-web.git] / hurd / libihash.mdwn
index d6b8e8b..be20fa5 100644 (file)
@@ -1,5 +1,5 @@
-[[!meta copyright="Copyright © 2009, 2010, 2011, 2012 Free Software Foundation,
-Inc."]]
+[[!meta copyright="Copyright © 2009, 2010, 2011, 2012, 2013 Free Software
+Foundation, Inc."]]
 
 [[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable
 id="license" text="Permission is granted to copy, distribute and/or modify this
@@ -19,19 +19,26 @@ License|/fdl]]."]]"""]]
 
   * hurd-l4 libhurd-ihash
 
+
+# Open Issues
+
   * [[viengoos libhurd-ihash|microkernel/viengoos/projects/new_hash_function]]
 
-    IRC, unknown channel, unknown date
+    IRC, freenode, #hurd, 2008/2009
 
         <neal> so, we need a new ihash implementation
         <neal> marcusb: When 80% full, the collision rate is very high.
         <neal> marcusb: I tested using 512mb / 4096 entries
-        <neal> marcusb: Changing the load factor to 30% resulted in my program running more than an order of magnitude faster.
+        <neal> marcusb: Changing the load factor to 30% resulted in my program
+          running more than an order of magnitude faster.
         <marcusb> yeah, it shouldn't get so full
         <marcusb> don't we do an exponential back-off in the array size?
         <marcusb> of course it's clear we can do much better
         <marcusb> the ihash algo is very simple
-        <marcusb> I'm not even sure it makes much sense to have a generic library
+        <marcusb> I'm not even sure it makes much sense to have a generic
+          library
+
+  * [[community/gsoc/project_ideas/object_lookups]]
 
 
 # Alternatives?