system time ramane mereu in urma

Pana de curand foloseam un .config ramas de la kernel 2.4, chiar daca il aplicam pe 2.6 functiona.
Din cauza ca la compilare avea o multime de optiuni retrase, banuiesc ca apareau warning-uri, asa ca m-am gandit sa-mi fac un .config nou, de la zero.
Odata facut fisierul nou si fiind functional l-am sters pe cel vechi...

Dupa cateva zile de functionare am observat ca ceasul ramasese vreo ora in urma... chiar daca avea ntpd instalat si functional.
Cu ocazia asta am descoperit ca ntpd citeste timpul fara probleme de la alte servere...insa nu mai reuseste sa-l si aplice pe sistem. Cu ntpdate pot face actualizarea fara probleme. Intre timp am observat ca aplicatiile realtime intra in balarii cand procesorul creste de 20-30% ocupat.
Orice activitate prin ssh sau la cosola, are la anumite intervale intreruperi, cam de 0,5-1,0 secunde, chiar daca nu rulez nici un program in afara de mc, daca incerc sa ma "plimb" prin directoare cu sub 10 fisiere, are intreruperi

Am activat in kernel:
Processor Type and Features --> Timer frequency (set this to 1000 Hz)
Device Drivers --> Character devices --> Enhanced Real Time Clock Support

Interactivitatea a inceput sa revina la normal, in sensul ca nu mai sunt intreruperile respective chiar si cu procesor 80% idle.
Insa in continuare ceasul ramane in urma tot cu 6-7 minute la 24 ore, ntpd tot nu reuseste sa aplice ora corecta, iar aplicatiile real-time sunt in continuare in balarii
Am testat partea de realtime cu zttest (Zaptel Asterisk), atata timp cat nu se face IRQ share-ing pe modulul respectiv (si aici nu se face) nu ar trebuii sa exista valori mai mici de 99,98%, tot ce este sub aceasta valoare este 0. Test cu procesor 99% idle.
-----------------------
root@core:/kituri# zttest
Opened pseudo zap interface, measuring accuracy...
99.965912% 99.965820% 99.965820% 99.965820% 99.931740% 99.946281% 99.936523%
99.965820% 99.934959% 99.969627% 99.971184% 99.976265% 99.964836% 99.933113% 99.970314%
99.970802% 99.968460% 99.901848% 99.972168% 99.975487% 99.975388% 99.829399% 99.975395%
99.982422% 99.973831% 99.974998% 99.838959% 99.967079% 99.941315% 99.966888% 99.964745%
--- Results after 31 passes ---
Best: 99.982 -- Worst: 99.829 -- Average: 99.953007, Difference: 99.998344
root@core:/kituri#
----------------------

Banuiesc ca trebuie sa mai activez una sau mai multe optiuni/module in kernel, insa dupa ce m-am uitat de mai multe ori si am recompilat kernel-ul de 6-7 ori cu diverse optiuni activate sau dezactivate, tot nu am nici un rezultat pozitiv.

hardware: Athlon/Duron 1200Mhz, 1GB. RAM
software: Slackware 11, kernel 2.6.23.9

Daca ajuta pot sa atasez .config

Am tot schimbat, modificarea, schimbarii in kernel, adica o multime de optiuni si pana la urma le-am facut pe toate sa mearga, ntpd, realtime, e.t.c.
Acum problema majora este ca nu stiu care din modificarile din kernel este cea care trebuie... sunt cateva zeci
Oricum am salvat .config

APIC se poate seta in kernel on/off ?
Daca da unde se afla, in ce meniu ?

Edited by Ignition, 30 November 2007 - 16:53.

 Ignition, on Nov 30 2007, 16:51, said:

Pentru APIC, poti pune optiunea noapic la bootare, grub/lilo.

 Ignition, on Nov 30 2007, 10:22, said:

1. Problema sa inteleg ca nu era si la kernelul 2.4, nu?
2. Ai incercat sa vezi cum se comporta sistemul la un kernel default de la redhat/slack/etc?
3. exista o optiune in kernel, sa ai config-ul in /proc/config.gz. Activeaz-o, e f utila. Chiar daca stergi sursele, acel config.gz e generat automat cind butezi kernelul cu pricina si te poate scoate din belele.

Probabil e un bug la hardware-ul tau sau kernel la real-time clock. Asta daca nu e problema de hardware cum am patit-o eu.

 cianura, on Dec 1 2007, 20:35, said:

Nu mai folosesc kernelul 2.4 de mult timp, problema se manifesta pe 2.6
Kernelul cu care a venit Slackware 11 default, nu avea problema asta, mergea brici, de asta am si zis ca banui ca este de la o optiune din kernel... dupa ce l-am recompilat a inceput sa faca asa.
Interesant pct. 3 nu stiam de el, o sa-l incerc, mersi.

Ca experiment: ia da la boot optiunea: clock=pit si vezi cum se comporta ceasul. Optiunea e folosita in general pt masinile virtuale dar merita incercat.

Da' daca-i setezi manual ora si sincronizezi data cu data hardware, merge?

(By Cioclul)

Intre timp am rezolvat problema.... de ceva timp doar ca am uitat de topic... scuze.
Problema se afla la o setare din kernel, acum este ok.