Dotaz: Existuje nejake presnejsie casovanie v C?

[xsustek]

Potreboval by som nejaku kniznicu, kde si mozem zistovat cas. Nieco podobne ako time.h ale aby to bolo presnejsie. Je nieco tak v C-ecku?

Odpovědi

[Michal]

Jaké konkrétní akce potřebujete s časem provádět? Pokud vám jde jen o zjištění času v milisekundách (a ne v sekundách, jak je tomu u time()), nestačila by fce ftime() ze sys/timeb.h?

[xsustek]

Potrebujem len zitovat aktualny cas , tak aby som ho mohol odcitac a dostat nejaky casovu hodnotu mezdi dvoma akciami. A este potom uspat program na nejaky cas.

[Michal]

Špatně jsem se vyjádřil. Jde spíš o to, v jakých jednotkách ten čas potřebujete.

Pokud v sekundách, stačí vám funkce time() z time.h na zjištění aktuálního času od 1.1.1970 a funkce sleep() z unistd.h, která uspí proces na určitý počet sekund.

Pokud v milisekundách, budete potřebovat funkci ftime() ze sys/timeb.h, která vám umožní zjistit počet milisekund od 1.1.1970 a funkci usleep z unistd.h, která uspí proces na určitý počet mikrosekund (pozor mikrosekund a ne milisekund)...použijte "man usleep" a "man ftime".

[xsustek]

Presnost staci na milisekundy. Takze skusim ftime a usleep. A este sa chcem opytat, ci je tu nejaka odcitavacia funkcia, ktora vrati rozdiel dvoch casov. Nieco ako difftime. Alebo si to musim rucne odpocitat?

[cronin]

Nevyhovuje klasicke odcitanie?

[xsustek]

Este jeden problem, ze funkcia usleep. Uspava program max na 1 s. Ja by som potreboval funkciu, ktora uspi progmram na dlhsie, ale ma presnost aspon na milisekundy. Videl by som to na

struct timeval

gettimeofday

ale opat tu asi nieje nejaka odcitacia funkcia, co by nebol az taky problem. Ale uspavacia funkcia, ktora by vyhovovala poziadavkam je nanosleep. Ibaze ta pouziva sturkturu timespec. Chcel by som sa vyhnut zakazdim preratavat z mikrosekund na nanasekundy.

[Michal]

no vygooglil jsem, že v time.h je fce clock_gettime(). Ta pracuje se struct timespec. Pak můžes použít nanosleep() - zkoušel jsem, jde to. Tady dávám odkaz na článek, který jsem vygooglil, je tam i sepsaná fce na rozdíl dvou timespeců. Jinak nezapomeň přidat -lrt až budeš kompilovat, ta fce clock_gettime() potřebuje librt. Mimochodem na uspání je taky funkce clock_nanosleep(), ale tu jsem nezkoušel.

[xsustek]

Hej, toto vyzera rozumne. Diky

[pht]

Ješte jde spát pomocí selectu. Záleží jak moc to chcete přenositelné. Pod windows gettimeofday není, je potřeba použít něco jiného. Některé knihovny (např. MPI) to umí zaobalit.

[trekker.dk]

Uspava program max na 1 s. Ja by som potreboval funkciu, ktora uspi progmram na dlhsie, ale ma presnost aspon na milisekundy.

1) Můžeš zavolat sleep na sekundy a následně usleep na milisekundy.

2) Přesnost uspání na milisekundy je hezká věc, ale nic ti nezaručuje, že ti jádro ten proces probudí opravdu za daný čas a ne třeba o chvíli později.

[pht]

Ad 2 je to tak, ale pokud chci spát např. 100 ms +- autobus, tak se to použít dá.

[trekker.dk]

Jenže 100ms +/- autobus není přesnost na milisekundy - #5

[pht]

No, to je taky pravda.

[cronin]

Uspavanie s presnostou na milisekundy resp. nanosekundy je teoria. Pozri napr. Tabulku 1 v clanku na IBM Developer works:

Note that while the unit of time of the return value is a millisecond, the granularity of the value depends on the underlying operating system and may be larger. For example, many operating systems measure time in units of tens of milliseconds.

Inak povedane, to, ze nejaka metoda wait/sleep akceptuje casovy udaj s vysokou granularitou este neznamena ze bude s takouto granularitou aj cakat/spat. Tu na abicku sme to uz riesili.

[Jan Martinek]

Doba spánku zaručena není. Ale je celkem zajímavé vyzkoušet, jak se to chová ve většině případů. Tak třeba tenhle prográmek

#!/usr/bin/python
import time

def spi(delay):
    start = time.time()
    time.sleep(delay)
    stop = time.time()
    print delay, stop - start - delay

for i in range(-10, 0):
    delay = 2**i
    spi(delay)

usíná na různě dlouhé intervaly a pak zjišťuje, jak dlouho doopravdy spal. Jsem docela překvapený, jak často se daří zvládnout přesnost lepší než milisekundu.

[trekker.dk]

ZKoušel jsi to i na vytíženém systému? (Tj. všechna jádra mají nějakou další práci)

[Jan Martinek]

No, nechci udávat nějaká univerzální čísla, raději ať si to každý vyzkouší v konkrétní situaci. Ale program jsem pozměnil na

#!/usr/bin/python
import time, random

def spi(delay):
    start = time.time()
    time.sleep(delay)
    stop = time.time()
    diff = stop - start - delay
    if diff > 0.001: print delay, diff

while True:
    delay = random.random()
    spi(delay)

takže vypíše jen zpoždění delší než milisekundu. Pak podtaktoval procesor na 1GHz. Pak pustil současně mplayer, audacious, find /, gtkperf (dvakrát), jakousi nekonečnou smyčku a bláznivě přeblikával mezi plochama.

Nejdelší zpoždění bylo 7 milisekund. S prioritama jsem si nehrál.

[trekker.dk]

To docela jde...

[pht]

A teď to zkuste s clocksource=jiffies :)