pan-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Pan-users] Re: Re: Re: What is "Score"


From: Duncan
Subject: [Pan-users] Re: Re: Re: What is "Score"
Date: Wed, 31 Aug 2005 04:41:42 -0700
User-agent: Pan/0.14.2.91 (As She Crawled Across the Table)

Travis posted <address@hidden>, excerpted below,
on Tue, 30 Aug 2005 23:53:43 -0700:

> From: "Lenny Nero"
> 
>> I have been running the same >900 MB db for all of this year, it runs
>> 24/7 with 30+ big groups doing more than 2 gig a day. The only time I
>> stop it is to dfrag the db or to try some new settings.
> 
> What does this mean?  What data base.  How do you defrag a data base?

Presumably the db that tracks what each group on each server has.

Again, presumably, "defrag" refers to "compaction".  Traditionally, a
database doesn't recover the space used by deleted records immediately. In
the interest of efficiency, it simply marks that slot as vacant, not
shrinking the database down to fill the hole, until compaction.  Then, it
removes the holes all at once.

In a very active database such as a newsgroup's active message list, with
new messages being added and old ones expiring at roughly the same rate
over time, each time a message expires that means a deletion, and thus a
hole in the database, until compaction.  Thus, db compaction would need to
be done fairly regularly (to prevent the db getting too bloated with
unreclaimed deletion holes) as compared to, say, the database for a
corporate address list, which would be far less active and for a fair
amount of its life have fewer deletions than additions, and a *FAR* higher
simple access rate, as opposed to record deletion or addition. The less
active db would therefore need compaction far less often, to keep it
working at the same efficiency.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman in
http://www.linuxdevcenter.com/pub/a/linux/2004/12/22/rms_interview.html






reply via email to

[Prev in Thread] Current Thread [Next in Thread]