[Mailman-Developers] Requirements for a new archiver

[Brad Knowles]

At 10:27 PM -0500 2003/10/29, J C Lawrence wrote:

>  Actually the two cases are considerably different.  In the delete case I
>  have to do pool management, with some eye toward fragmentation control
>  and optimisations of average latency for free heap searches, as well as
>  heap integrity audits.  In the write-only case I just build on the end
>  and need pay no mind to prior data once it is allocated.

	Not really.  You still have to maintain all the indexes, make 
sure that if things get moved around that all the links get updated, 
etc....  True, you don't have to worry about fragementation control 
or other more complex aspects of heap management, but that's a 
further cost savings over other techniques and not a "drawback" to 
using this technique for this purpose.

	Now, if you want to consider what would happen to you if the 
Scientologists ever came after you, or if you had court orders to 
remove postings that linked to bomb-making instructions, you'd 
probably want to keep all those other tools related to heap 
management around anyway.  They'd be less likely to be used, but at 
least you wouldn't have to take the entire site down while you went 
and wrote the tools from scratch to handle a situation that you had 
not foreseen.

-- 
Brad Knowles, <brad.knowles at skynet.be>

"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety."
     -Benjamin Franklin, Historical Review of Pennsylvania.

GCS/IT d+(-) s:+(++)>: a C++(+++)$ UMBSHI++++$ P+>++ L+ !E-(---) W+++(--) N+
!w--- O- M++ V PS++(+++) PE- Y+(++) PGP>+++ t+(+++) 5++(+++) X++(+++) R+(+++)
tv+(+++) b+(++++) DI+(++++) D+(++) G+(++++) e++>++++ h--- r---(+++)* z(+++)