[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference iosg::all-in-1_v30

Title:*OLD* ALL-IN-1 (tm) Support Conference
Notice:Closed - See Note 4331.l to move to IOSG::ALL-IN-1
Moderator:IOSG::PYE
Created:Thu Jan 30 1992
Last Modified:Tue Jan 23 1996
Last Successful Update:Fri Jun 06 1997
Number of topics:4343
Total number of notes:18308

559.0. "Document quota limit" by CAPNET::FENTROSS () Thu Apr 23 1992 16:25

    What are the problems associated with allowing 10,000 - 20,000
    documents to be stored in an ALL-IN-1 account. Would this number
    seriously impact system or ALL-IN-1 performance? Would a number this
    high endanger the integrity of ALL-IN-1 data? We need a number that's
    fairly high but our system manager is giving us a disclaimer that
    essentially says we could have ALL-IN-1 messages/data corrupted if we
    go this high. I've thought I've seen systems with documents quotas at
    least this high. Any advice? Thanks in advance.
T.RTitleUserPersonal
Name		DateLines
559.1Common senseBUFFER::VICKERSPerfect is the enemy of goodThu Apr 23 1992 17:3011
    I am aware of a number of sites which have ALL-IN-1 accounts which have
    tens of thousands of documents in them.

    Obviously, performance can be a real issue.

    It will be important to perform the normal RMS file tuning procedures
    including RMS/ANAL and EDIT/FDL/SCRIPT=OPTIMIZE.  This must be done to
    the DOCDB and DAF files.

    Have fun,
    don
559.2Watch number of files per directorySHALOT::WARFORDRichard Warford @OPA DTN 393-7495Sun Apr 26 1992 15:2214
    Are these private documents or share documents (mail messages)?
    
    If they are private be aware that a user only has 10 directories to
    spead thier documents amoungst. Thus your case would result in
    1000-2000 documents per directory. The directory header size could
    therefore cause some performance degredation (very bad performance on
    some older versions of VMS). If their shared, then you can create as
    many directories as needed to keep the number of files per directory
    low. 
    
    And make sure as .1 says to do normal VMS tuning on your DOCDB.DAT
    and DAF.DAT (if private) files.
    
    Rick
559.3Use multiple drawers in V3.0.IOSG::PYEGraham - ALL-IN-1 Sorcerer's ApprenticeMon Apr 27 1992 09:468
    Rick's qute justifiable concern in .-1 could be allayed somewhat if
    (with V3.0) the documents were spread over more than one drawer. Since
    each drawer brings a new DOCDB, PDAF and set of ten directories.
    
    Graham
    
    PS One of our senior employees has 13,854 documents in his READ folder,
    so the system obviously works.......
559.4Number of files in a directoryIOSG::DAVISMark DavisMon Apr 27 1992 13:1228
    
    
       On the number of files in a directory I did some experiments a couple 
       of years ago, comparing the difference in access times and resource 
       usage when opening files through ALL-IN-1 in different sized 
       directories.
    
       The outcome was that there was a difference in access times and 
       resource usage between a directory containing just a few files and one 
       containing 5000 files but it was so small as to be probably 
       imperceptible to the average user.
    
       This is because of changes in VMS (I think about version 5.1) and 
       because ALL-IN-1 documents are added to directories in alphabetical 
       order because of the Z****** naming scheme.
    
       Large directories are still inefficient apparently for wild card 
       operations.
    
       So there is no need to worry too much about large directories (but of 
       course avoid them if you can). 
    
       As said before you should make sure that you tune DOCDB.DAT and DAF.DAT 
       using edit/fdl. 
    
       					Mark