C++: Zeitdifferenz mit time_t

Vermutlich so:

1

time_t diff = zeit2 - zeit 1;

Oliver

Ich benötige die Dieffernz von folgenden Zeitstempel 
[stunden,minuten,sekunden,millisekunden]:

Zeitstempel 1:  TIME    08:58:29.713453
Zeitstempel 2:  TIME    08:58:30.422930

Ja, und? Man berechnet eine Differenz in C über den Operator "-". Das 
ist sie Anbeginn der Zeitrechnung so, und daran hat sich nach meiner 
Kenntniss auch nie etwas geändert.

Wo also ist das Problem?

Oliver

Das hängt etwas vom verwendenten System ab; time_t is IMHO nicht 
standardisiert, also in der Doku zu Deinem Compiler schauen was es genau 
representiert.

Sorry muss mich korrigieren. Der Typ time_t beinhaltet natürlich keine 
Millisekunden. Diese Millisekunden kommen bei mir von wo anders her.
Muss zuerst die Differenz in Sekunden von time_t berechnen und im 
Anschluss die Differenz von den Millisekunden hinzuandieren.

leo schrieb:
> Sorry muss mich korrigieren. Der Typ time_t beinhaltet natürlich keine
> Millisekunden. Diese Millisekunden kommen bei mir von wo anders her.
> Muss zuerst die Differenz in Sekunden von time_t berechnen und im
> Anschluss die Differenz von den Millisekunden hinzuandieren.

sagt doch erst mal was du genau messen willst. Die time Funktionen sind 
nicht für absolute kurze genaue Zeiten geeignet. Was passiert wenn NTP 
die Uhrzeit korrigiert?

Wenn es um exakte Zeitenmessungen geht nimmt man unter Windows z.b. 
QueryPerformanceCounter (gibt es auch unter Linux). Dann muss man 
eventuell noch beachtet das bei AMD jeder CPU-Kern seine eigene zeit 
hat. Da kann es schnell mal passieren das man eine negative Differenz 
hat wenn dazwischen ein core-wechsel stattgefunden hat.

A. K. schrieb:
> http://www.cplusplus.com/reference/ctime/difftime/

Calculates the difference in seconds between beginning and end.

und dann * 1000000 damit er Mikrosekunden hat?

Peter II schrieb:
> Wenn es um exakte Zeitenmessungen geht nimmt man unter Windows z.b.
> QueryPerformanceCounter (gibt es auch unter Linux). Dann muss man
> eventuell noch beachtet das bei AMD jeder CPU-Kern seine eigene zeit
> hat. Da kann es schnell mal passieren das man eine negative Differenz
> hat wenn dazwischen ein core-wechsel stattgefunden hat.

Da gibt es noch jede Menge weitere Sachen zu beachten (z.B. 
Taktreduktion zur Stromersparnis oder zur Vermeidung von Überhitzung 
oder dynamische Übertaktung, wenn gerade CPU-Kerne ungenutzt sind), 
weshalb man diese Counter am besten gar nicht nutzt. Für genaue Zeiten 
kann man unter Linux clock_gettime(CLOCK_MONOTONIC,...) verwenden. Unter 
Windows gibt's sicher vergleichbares.

Rolf Magnus schrieb:
> Peter II schrieb:
>> Wenn es um exakte Zeitenmessungen geht nimmt man unter Windows z.b.
>> QueryPerformanceCounter (gibt es auch unter Linux). Dann muss man
>> eventuell noch beachtet das bei AMD jeder CPU-Kern seine eigene zeit
>> hat. Da kann es schnell mal passieren das man eine negative Differenz
>> hat wenn dazwischen ein core-wechsel stattgefunden hat.
>
> clock_gettime(CLOCK_MONOTONIC,...) verwenden. Unter
> Windows gibt's sicher vergleichbares.

QueryPerformanceCounter  ist das Gegenstück unter Windows. Das ist 
direkt von der CPU kommt wird dort schon der aktuelle Takt 
berücksichtig. Das muss man nicht selber machen.

Klaus Wachtler schrieb:
> 2. Vor allem würde man dann solche peinlichen Antworten vermeiden, wie
> sie in diesem Thread leider wieder vorkommen.
>
> Seit wann stehen in time_t überhaupt Millisekunden drin?
> In der Regel ist das eben nicht der Fall.

Eben daher kommen meine "peinlichen" Antworten. Die Frage ist sowas von 
weit weg von irgend einem erkennbaren Verständnis des Problems, und 
völlig frei von allen weiteren Hinweisen, was denn überhaupt schon 
vorhanden ist, daß es da nur völlig sinnlose Antworten geben kann.

lmgtfy ist ja leider hier im Forum nicht mehr verwendbar.

Oliver

Peter II schrieb:
> QueryPerformanceCounter  ist das Gegenstück unter Windows. Das ist
> direkt von der CPU kommt wird dort schon der aktuelle Takt
> berücksichtig. Das muss man nicht selber machen.

So wie ich das verstehe, ist es von der Rechner-Hardware und der 
Betriebssystemversion abhängig, woher QueryPerformanceCounter seinen 
Wert bekommt. Wenn vorhanden, nutzt es wohl den HPET.
Siehe http://msdn.microsoft.com/en-us/windows/hardware/gg463347.aspx

Rolf Magnus schrieb:
> Peter II schrieb:
>> QueryPerformanceCounter  ist das Gegenstück unter Windows. Das ist
>> direkt von der CPU kommt wird dort schon der aktuelle Takt
>> berücksichtig. Das muss man nicht selber machen.
>
> So wie ich das verstehe, ist es von der Rechner-Hardware und der
> Betriebssystemversion abhängig, woher QueryPerformanceCounter seinen
> Wert bekommt. Wenn vorhanden, nutzt es wohl den HPET.
> Siehe http://msdn.microsoft.com/en-us/windows/hardware/gg463347.aspx

klar ist es von der Hardware abhängig. Aber Änderung der Taktrate wird 
bei alles quellen berücksichtig. (bestimmt gibt es da auch irgendwelche 
bugs wo es Abweichungen geben kann) aber das wird unter Linux nicht 
anders sein, sie müssen sich auch auf die Hardware verlassen.