Remove on-disk indexing idea for UFS: apparently 2008 didn't lead to useful

results, and David thinks it's not actually a useful idea at this point.

en/projects/ideas/ideas.xml

@@ -15,7 +15,7 @@ Ideas//EN"
 <ideas>
   <cvs:keywords xmlns:cvs="http://www.FreeBSD.org/XML/CVS" version="1.0">
     <cvs:keyword name="freebsd">
-      $FreeBSD: www/en/projects/ideas/ideas.xml,v 1.140 2010/03/09 09:02:21 rwatson Exp $
+      $FreeBSD: www/en/projects/ideas/ideas.xml,v 1.141 2010/03/09 09:12:55 rwatson Exp $
     </cvs:keyword>
   </cvs:keywords>
 
@@ -138,31 +138,6 @@ these buses to be a subclass of this new base class.</p>
       </desc>
     </idea>
 
-    <idea id="extendufs2" class="soc2008">
-      <title>Extend UFS2 with on-disk indexing</title>
-
-      <desc><p><strong>Technical Contact</strong>: <a
-	href="mailto:dwmalone@FreeBSD.org">David Malone</a></p>
-
-      <p>The section <emph>8.3 Naming</emph> of the book
-        <emph>Design and Implementation of the FreeBSD Operating System</emph>
-        describes the current approach of name lookups in UFS2 and a possible
-        extension/improvement by utilizing on-disk indexing in a backward
-        compatible way. While dirhash has eliminated many of the performance
-	problem associated with UFS directory lookups, it still has to build
-	an index on each access.
-	On-disk indexing would improve this situation.
-	Another possible improvement would be to make dirhash's memory
-	usage dynamic, rather than having a fixed memory limit.</p>
-<p><strong>Requirements</strong>:</p>
-<ul>
-  <li>Knowledge of C programming.</li>
-  <li>Basic understanding of filesystems.</li>
-  <li>The book <emph>Design and Implementation of the FreeBSD Operating System</emph>.</li>
-</ul>
-      </desc>
-    </idea>
-
     <idea id="portext2fs" class="soc2009">
       <title>Analyze NetBSD's ext2fs regarding valuable improvements</title>