Dotaz: Jak zjistit skutečný uptime

[LinuxakMichal]

Zdravím, jak mám zjistit sutečný uptime počítače? V /proc/stat je btime tedy čas spuštění, na tom asi bazíruje příkaz uptime protože započítává i čas, kdy počítač dřímal v suspend to ram nebo hibernaci. Počítání přerušení časovače mi nějak nevychází a to ani nemám tickless kernel, na tom by to asi bylo zcela od věci. Existuje nějaká jiná metoda?

Zajímavé je, že ve Windows je implicitně uváděn skutečný uptime a dohledávat je třeba naopak ten "neskutečný"

Odpovědi

[Franta]

Napíšeš příkaz:

$ uptime

17:46:44 up 1 day, 6:26, 4 users, load average: 1,17, 0,79, 0,64

[FrostyX]

Tam je započítan i čas spánku.

[Jakurta]

Jak kde

root@maguro:/ # uptime
up time: 20:13:03, idle time: 03:04:05, sleep time: 17:49:09

[LinuxakMichal]

A kde roste uptime, ktery neco takoveho umi? A je to na Linuxu (tady je linuxova poradna )?

[Jakurta]

Je to Linux, ale nehledal jsem, ktery Androidi patch to dela

[LinuxakMichal]

Zjistil jsem, ze volani sysinfo() z sys/sysinfo.h vraci taktez "neskutecnou" hodnotu.

[LinuxakMichal]

Bug tykajici se uptime byl hlasen do ubuntu v roce 2010. Misto vyreseni problemu bylo navrhovanym "resenim" uprava nepravdive casti vety v man uptime (how long the system has been running). Neudelali ani to.

[LinuxakMichal]

Relevantni diskuze z toku 2006(!!): http://www.gossamer-threads.com/lists/linux/kernel/633844.
I don't know exactly when it was changed, but jiffies is now updated when we return from suspend, which causes the uptime to effectively increase while we are suspended.

Pri dalsim zkoumani jsem zjistil, ze jadro spravnou hodnotu zna protoze dmesg (cerpajici z /dev/kmsg) ukazuje spravne kdy se stala udalost aniz by zapocitavalo suspend. Teda v tomto kontextu je to vlasnte spatne. Protoze pak dmesg -T ukazuje nesmyslne casy (na coz ovsem upozornuje manpage

       -T, --ctime
              Print human-readable timestamps.

              Be aware that the timestamp could be inaccurate!  The time
              source used for the logs is not updated after system
              SUSPEND/RESUME.

Spravne by se to chovani kmsg<->sysstat tedy melo prohodit aby to davalo smysl

[LinuxakMichal]

Tak jsem se dopatral, odkud se bere cas pro kmsg a na zaklade toho napsal miniutilitku nazvanou realuptime

#include <stddef.h>
#include <stdio.h>
#include <time.h>

int main(void){

    struct timespec monotime;
    clock_gettime(CLOCK_MONOTONIC, &monotime);

    int seconds = monotime.tv_sec % 60;
    int minutes = (monotime.tv_sec / 60) % 60;
    int hours = monotime.tv_sec / 3600;

    printf("Real uptime: %02d:%02d:%02d\n", hours, minutes, seconds);

    return 0;
}

Takze vyreseno. V linuxu (je veci nazoru zda v kernelu nebo v userspace, asi v tom druhem) rozhodne je bug, ktery, jak se zda, skoro nikoho netrapi. Ale da se workaroudovat. Pripadam si uplne jako ve windows :-p

[Josef Kufner]

A poslal jsi toto i na relevantní místa? Tady to nikdo z vývojářů jádra nenajde (většina jich neumí česky a ti co umí, to asi nebudou hledat v češtině).

[Michal Kubeček]

A je to opravdu bug? Není to prostě jen tak, že různí lidé mají různé názory na to, čemu by se mělo říkat uptime? Za sebe můžu říct, že kdybych dostal otázku, která definice mi připadá správná, musel bych odpovědět, že nevím.

[LinuxakMichal]

No nastesti je to normalni anglicke slovo, ktere ma zcela jasnou definici (a nejen pocitacovou) viz http://dictionary.reference.com/browse/uptime?s=t

take viz http://en.wikipedia.org/wiki/Uptime

tudiz se lingvisticko/filozoficke debate muzeme zcela vyhnout. Hybernovany/uspany/suspendovany jiste neni working and available.

I pokud bychom prijali divnou definici odporujici vyse uvedenemu, byl by bug v man uptime protoze "how long the system has been running" proste neodpovida zobrazenemu cislu.

[Michal Kubeček]

Jak jsem napsal, já to zdaleka nevidím tak jednoznačně a dokážu si velice dobře představit, že se najde dost lidí, kterým je to úplně stejně jasné jako vám, ale s opačným výsledkem.

[LinuxakMichal]

Pochybujete o definici slova uptime uvedene ve slovniku a na wiki nebo si myslite, ze vyklad teto definice je mozne provest nekolika zpusoby (tedy ze definice je nejednoznacna v naprosto zasadni veci)? V obou pripadech by tedy byl slovnik a wiki na prd.

Nebo si myslite, ze definice jsou k nicemu a kazdy si muze definovat vyznam slov jak se mu zlibi?

[Šangala]

A opravdu si myslíš, že je ten výklad tak jasný, už jen s ohledem na slůvko suspend a co se pod ním skrývá, ve stavu „sleep“ a „hybrid sleep“ platí „a machine, such as a computer, actually operates“ tedy tento čas, podle odkázané definice musí být započten.

[Heron]

Opravdu by mě zajímalo, jaké číslo by mělo uptime vrátit, pokud bychom se přesně drželi oné definice.

[Šangala]

Bych si tipl, že asi celkový čas života daného HW, mimo čas kdy tam nebyla žádá baterie a byli vybity všechny kondíky .

[Michal Kubeček]

Svůj názor jsem napsal jednoznačně. A pokud to z toho snad nebylo jasné, nemyslím si, že výklad slova na jakési wiki je závazný pro to, čemu se v Linuxu bude říkat uptime. Koneckonců třeba load average se také na různých systémech počítá různě a nikdo kolem toho nedělá humbuk.

Co se informací poskytovaných jádrem týká, tam bych pak jednoznačně upřednostnil zpětnou kompatibilitu. Ohledně uptime prezentovaného userspace utilitami je mi to celkem jedno, jen by asi bylo vhodné, aby všechny ukazovaly totéž - což by asi nebylo úplně snadné zajistit, pokud by se to mělo změnit.

[Šangala]

To bude sranda až to jednou někde někdy bude dávat hausnumera

Bo, jestli se nepeltu, není nikde garantováno, že 0 je start counteru a naopak je explicitně uvedeno „…since some unspecified starting point.“.