prozess time....

[CM²S]

liegt in der Zukunft ????

Kleines Problem

Fri Mar 3 01:32:47 CET 2006

Systime

ps -ef|grep ntp

root 4274 32145 0 02:01 pts/3 00:00:00 ntp

wieso ist prozesszeit und systime so weit auseinander....

ich mein es gab oder gibt anscheinend ein Problem bei Mehrprozessormaschinen (4x) oder an was könnte das
liegen....????

ntp lauft....und stimmt


ciao
CM²S

[colossus]

Du scheinst nicht ganz verstanden zu haben, was die TIME-Spalte bei ps aussagt.

Aus man ps:

By default, ps selects all processes with the same effective user ID (EUID) as
the curent user and associated with the same terminal as the invoker. It
displays the process ID (PID), the terminal associated with the process (TTY),
the cumulated CPU time in [dd-]hh:mm:ss format (TIME), and the executable name
(CMD). Output is unsorted by default.

[CM²S]

dazu:

rechner 1:
root 11389 11356 0 00:09 pts/9 00:00:00 ps -ef

Tue Mar 7 00:03:32 CET 2006

rechner 2:
root 15350 34202 5 00:02:33 pts/0 0:00 ps -ef

Tue Mar 7 00:02:33 NFT 2006

erklär mir den Unterschied??? auf allen anderen rechner stimmt dies immer überein....

Danke
Ciao
CM²S

[colossus]

Ah, jetzt wird mir die ursprungliche Fragestellung auch klar - ich hatte naemlich angenommen, du wuerdest meinen, STIME und TIME sollten eigentlich ident sein. So stellt sich das problem natuerlich ganz anders dar

Weil du einen Verdacht geaeuszert hast, dass es mit SMP-Maschinen Probleme geben koennte: richtig. Zumindest AMD Dualcore-Prozessoren haben zwei unsychronisierte TimeStampCounter (TSC), die die Zeitmessung in einem System ganz gehoerig auszer Trab bringen koennen. Ich hab dazu ein kleines Shellscript geschrieben, um das zu testen:
http://gnulords.org/~colo/src/tsccheck.sh

Falls Fehler festgestellt werden, fuege "clock=pit" deinen Kernelstartparametern (nach "append=" in LILO, bzw in der "kernel="-Zeile von GRUB) an, und teste dann nochmal.