RE: Directory meret

Szia,

- ossz meret a directory cache-ra:

   ACP_DIRCACHE
   ebben a directory-k adatblockjai vannak.

- directory index cache:
   az eppen hasznalt directorykrol keszit egy indexet,
   ami minden egyes directory block-ot beindexel egy 'picit',
   ez meggyorsitja az adott directoryban a keresest. (Ami egyebkent
   szekvencialis lenne.)
   Itt osszmeret is van: ACP_DINDXCACHE allitja be.
   Directorynkent max 512 byte lehet, ebbe 30 darab entry fer bele.
   Ha a directory kisebb, mint 30 block, akkor minden directory
   block-hoz tartozik egy index entry, kulonben minden masodikhoz,
   harmadikhoz, stb.
   
- mountnal vagy az init-nel megadott /accessed kapcsolo
  (a VMS help lehet, hogy hibasan ir rola) _lehet_, hogy azt
  adja meg, hogy a DIRCACHE-ben egyszerre hany directory lehet.
  Ellentmondo  informaciok, az internals melyen hallgat.  egy-ket,
 'hitesenek tuno' hirt olvastam arrol, hogy hasznalja a ODS2 is.
  ambar most nem talalok semmit...
    


Osszefoglalva:
   Ha a directory 30 bloknal  nagyobb, akkor a kereseshez tobb CPU-kell;
   ha a directory nem fer bele a ACP_DIRCACHE -be, akkor nagyon sok i/o

A helyzetet persze bezavarja a vms 6. -ban megjelent Virtual I/O cache,
ami mas elven mukodik. ( alpha: VCC_MAXSIZE, illetve vax: FREEGOAL -tol fugg )


Osszefoglalva az oszefogalot:
 legyten a directory merete 128 blocknal kisebb 
 (olyan szep kerek szam, es valahol mar mastol is hallottam)
 vagyis cca legyen a bejegyzesek szama 2000 alatt.

Most nem talaltam semmi behuzalozott limitet...


Udv,
Maulis Adam


ps: 
az egesz Files11 ODS2 muveletvegzes CPU kimelesre lett kitalalva,
meg a cache is ezt a celt szolgalja sokszor :-)

A masik veglet, amivel talalkoztam az a totalis I/O kimeles,
mindegy milyen CPU vagy memoria aron, az pedig az OS2 advanced -ben
a HPFS386 -os filesystem. a HPFS368 altalanos filesystem, elvileg
alkalmazhato RMS ala is, szivesen reszt vennek egy adaptacioban :-)