|
Sender: |
|
Date: |
Sat, 9 Aug 1997 12:51:27 EDT |
Reply-To: |
|
Content-Transfer-Encoding: |
7BIT |
Subject: |
|
From: |
|
Content-Type: |
TEXT/PLAIN; charset=US-ASCII |
In-Reply-To: |
|
Organization: |
Marist College |
MIME-Version: |
1.0 |
On Sat, 9 Aug 1997 12:05:27 EDT Raymond Ayers said:
>On Fri, 8 Aug 1997 17:46:28 +0200 Eric Thomas said:
>>How much money is this going to save you? :-) I mean, a site with really
>
>In some cases, the mmoney/space is not the object. We have a large number
>of lists for sections of courses at the University. Since there are
>a wide range of schedules, and many of the lists are retained, but
>the owners want the archives removed automagically periodically, this
>could ease the deeltion process a bit. But it is not a high priority
>item.
>
>>big/old archives and lots of lists typically has 2-3G used for this
>>purpose. Our smallest ListPlex server currently has 10G of sellable
>>capacity, of which we have only managed to sell 3G so far, but it made no
>>business sense to buy smaller drives. I would just buy an extra 4G drive
>Note that when you can not charge the bozos for use and space, they use
>both the facility and space far faster, something about academics
>abhoring a vacuum unless it is in their head.
>>and forget it.
I'm not particularly concerned about the space used for the old archives.
We have some that go back at least 10 years. As Eric notes, the costs
are minimal. What I would like is the ability to say that DB SEARCHs
default to the last 12 months, and that the request must explicitly
request longer than that. The longer record is often relevant for
historical perspective, but is not something that people need to search
as often as the most recent 12 months. (And of course I'd perfer such
limits on a per/list basis) This would also reduce the likely hood of
the search exceeding CPU limits, line limits etc, which often then just
force another request to come in, and be processed.
>>
>> Eric
/ahw
|
|
|