4. Counter und nanosekunden

Counter und nanosekunden

  • O

    Java liefert auch ein Timer mit
    java.util.Timer

    (hmm, hab ich das nicht grad schonmal geschreiben ;))

    ist auf ms-Basis.

    Weiß nicht so genau, aber liefern die handelsüblichen Betriebssysteme überhaupt bei Zeitmessungen unter ms brauchbar Ergebnisse?

    0
  • ?

    Ja, wie gesagt auf 3,5 Microsekunden genau.

    0
  • O

    Optimizer schrieb:

    Ja, wie gesagt auf 3,5 Microsekunden genau.

    ja hast du geschrieben, das OS gibt dir halt 'ne Zahl mit einigen Nachkommastellen. Die Frage ist ob's denn dann auch stimmt was man vom OS bekommt.

    0
  • ?

    Ich krieg eine 64 Bit Ganzzahl und ich denke mal schon, dass die stimmt. Ob sie jetzt einen Tic hin oder her ungenau ist, ist mir bei der Frequenz (die übrigens vom Prozessor abhängt) auch schon wurscht. 😃

    0
  • P

    Also ich glaube, dass Du selbst mit 3 Gigs bei Java keinen Konfidenzbereich von 3,5 my (&0956; &03BC;) hinbekommen wirst. The Price of Java ...

    0
  • ?

    Unsinn, bei C# geht es genauso genau, wenn man diese Funktion nutzt.
    Vielleicht sinds halt dann 2 Tics...

    0
  • G
    Mod

    pain_md schrieb:

    das einzige was mir spontan einfällt wäre mit system.currentTimeMillis()
    rumzuspielen. halt ich aber für wenig effektiv und zu langsam für meine anwendung. wie macht man sonst sowas ?

    Naja, die normale Variante ist das arbeiten mit Timern, wie javax.swing.Timer oder java.util.Timer.

    Um Zeit zu messen gibt es aber ab heute eine genauere Methode. ...und zwar in der Java 1.5 Betaversion. Es gibt jetzt System.nanoTime().

    nanoTime

    public static long nanoTime()

    Returns the current value of the most precise available system timer, in nanoseconds.

    This method can only be used to measure elapsed time and is not related to any other notion of system or wall-clock time. The value returned represents nanoseconds since some fixed but arbitrary time (perhaps in the future, so values may be negative). This method provides nanosecond precision, but not necessarily nanosecond accuracy. No guarantees are made about how frequently values change. Differences in successive calls that span greater than approximately 292 years (263 nanoseconds) will not accurately compute elapsed time due to numerical overflow.

    For example, to measure how long some code takes to execute:

    long startTime = System.nanoTime();
    // ... the code being measured ...
    long estimatedTime = System.nanoTime() - startTime;

    Returns:
    The current value of the system timer, in nanoseconds.
    Since:
    1.5

    0
  • G
    Mod

    Ich habe mal getestet, wie genau nanoTime bei mir ist. Ich konnte Unterschiede von 2-3 Mikrosekunden festhalten (Suse Linux 9.0, falls es von Interesse ist).

    0
  • ?

    Hast du Windows auch? Würde mich mal interressieren, ob er dort noch genauer ist...
    Was hast du für nen Prozessor?

    0
  • G
    Mod

    Ne, ich habe momentan kein Windows zur Verfügung. Prozessor ist ein Pentium 4 mobile 1,6 GHz.

    Du kannst das ja selbst testen. Lade dir die Java 1.5 Betaversion herunter und teste mit folgendem Programm:

    public class NanoTest
{
   public static void main (String [] args)
   {
      for (int i = 0 ; i < 20 ; ++i)
      {
         System.out.println (System.nanoTime()-System.nanoTime());
      }
   }
}

    Ein Output ist bei mir:

    -3000
    -2000
    -2000
    -2000
    -2000
    -2000
    -2000
    -2000
    -2000
    -2000
    -2000
    -2000
    -2000
    -2000
    -2000
    -3000
    -3000
    -3000
    -3000
    -2000

    0
  • ?

    Naja ich freu mich zwar echt auf 1.5 aber mit der Beta werd ich mich nicht abgeben. Meine Programme haben ja schon genug Bugs, aber wenn die Programmierumgebung noch verbuggt ist, ist dann bei mir echt alles zu spät. 😉

    0
Anmelden zum Antworten