[linux] zaujimavy problem (s casom)

[Peter Chabada]

Vdaka vyskusam.

Cas je mozno len sprievodny prejav a nie samotny problem. Pretoze
vykonanie obycajneho "ls" trva "dlho" i pri dostatku CPU (pocitac sa
flaka, je nevytazeny), no len prvykrat pre dany adresar...

Inak ide o poctive zelezo, ziadna virtualizacia. Ntp nerozchodim, lebo
firewall :(.

Inak po vypnuti power managementu v biose a s kernel parametrami noapic
a noacpi mi drzi uz od piatka (zatial asi najdlhsie).

--
Peto

On Ut, 2007-01-30 at 08:47 +0100, Matus UHLAR - fantomas wrote:
> On 30.01.07 08:15, Miro Bobovsky wrote:
> > uz si slabo pamatam ale ak ma pamat neklame tak treba zrusit rtc ako modul
> > a nemat ziaden alebo dat genrtc
> 
> a mozno naopak - ja som mal problem s genrtc ktory vyriesilo pouzivanie rtc
> 
> > (a vcelku sa pobavis donutit jadro aby samo nebralo rtc po boote v 
> > autorozpoznavani)
> 
> echo 'alias char-major-10-135 rtc' >> /etc/modprobe.conf
> pozor, ak modprobe.conf neexistuje, budes musiet este:
> echo 'include /etc/modprobe.d/' >> /etc/modprobe.conf
> 
> > A dalej zmazat /etc/adjtime resp cez adjtimex nastavit aby hodiny isli 
> > "normalne" a nie zapamatane spomalenie.
> 
> /etc/adjtime zrusit, forcnut nastavenie aktualneho casu cez ntp, a ulozit do
> hwclock
> 
> > A pripadne uz neviem ci som saskoval aj s NTP ( lepsie mi fungoval chrony)
> > To ak si na HW ..
> 
> ano, na casove demonky si treba dat bacha. tie je lepsie zabit predtym  ako
> to zacnes riesit. Ak iba nastavujes periodicky cas cez ntpdate z cronu,
> zrus to a potom casove demonky spusti.
> 
> > Ale .. vsetko zalezi od daneho HW a ber to len ako klucove slova ktore mas 
> > vygooglit lebo cely tvoj problem je ze niekto (ci ntp alebo rtc alebo ..)
> > rozostavi systemove hodiny a ak das v tom cas sleep 10 .. tak pockas mozno 
> > 30 sekund.
> 
> je tu este jedna vec, sleep ti zaruci ze pockas MINIMALNE dany cas, nie ze
> pockas PRESNE dany cas. na pretazenych systemoch to vidno najlepsie...