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