RE: DECevent

Maulis Adam <maulis@ludens.elte.hu>

Szia,


> %ERF-F-CEHFND, New header format found. Install DECevent and run conversion

DecEvent letoltheto, egy regi verzioja rajta van a Compaq System Tools 
CD-n, amit megkapsz a Software Product Libraryval egyutt. (ha megrendelted)
License uj gephez fel evig jar, rajta van a FISen (factory installed software)
Egyebkent valami karbantartasi szerzodeshez jar hozza license.

A utility hivasa: 
$ DIAGNOSE

Ritka rosszul megirt cross-portolt utility, pl megprobalja 
az errorlog.sys-t betolteni a memoriaba, ami nem mindig sikerul
neki (pl, ha 300 Mbyte az errorlog) ahelyett, hogy szekvencialisan
dolgozna fel; azonkivul rosszul van megirva benne az exit handler,
emiatt 'erdekesen' reagal a ctrl-y -ra. 
Tobbet majd masok :-)



> utan (aram el, szunetmentes off), a masodik ketto kb. 20 perc alatt vegez a
> merge-el az elso tobb mint 8 oraig futott! Mi az oka?

Mekkora IO aktivitas volt rajtuk a merge alatt;
milyen diszkek, milyen vezrlon keresztul, hany clustertag mountolja 
egyszerre, es mennyi a SHADOW_MAX_COPY erteke, ami a nevevel ellentetben
a merege algoritmust is szabalyozza. Ha ez 2 volt, akkor a harmadik
merge indulasa megvarta az elso ketto vegetertet.

Az aktiv IO-tol _nagymertekben_ fugg a merge ideje;
A vezrlotol max 5-30% -ot fugg; (pl local diszk vagy hsg served)
Amennyiben 'minimerge' funkciot tud a vezerlo, es mind a ket
diszk azon a vezerlon van, es a vezerlo nem kapott aremszunetet,
akor a 'merge' algoritmus egy-ket tized masodperc alatt lemehet.
Sajnos nem tudom, hogy milyen vezerlok kepesek erre, a HSC70 mindenkepp.
De az eleg regi...

A diszk fragmentaltsagatol nem fugg, mert bizonyos tekintetben
a merge algoritmus filesystem 'alatti'.



> Nagy Gabor
> naga@mail.datanet.hu

Udv,
Maulis Adam