RE: [POLL] System.currentTimeMillis()

2005-12-16 Thread Jörg Schaible
Boris Unckel wrote on Thursday, December 15, 2005 6:55 PM: > Hi Joerg, > > this is an absolutely "normal" behaviour. It does not depend > on the operating system, but more on system speed. > Your CPU has enough power to calculate n-thousand additions > in one milli second. > It is not predictable

Re: [POLL] System.currentTimeMillis()

2005-12-15 Thread Boris Unckel
Hi Joerg, this is an absolutely "normal" behaviour. It does not depend on the operating system, but more on system speed. Your CPU has enough power to calculate n-thousand additions in one milli second. It is not predictable, since it depends on the machine in use. I have found this in an other c

Re: [POLL] System.currentTimeMillis()

2005-12-15 Thread Jörg Schaible
Dakota Jack wrote: > What other "mail" are you talking about Jorg? Topic: Gump & VM - Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [POLL] System.currentTimeMillis()

2005-12-15 Thread Dakota Jack
What other "mail" are you talking about Jorg? On 12/15/05, Jörg Schaible <[EMAIL PROTECTED]> wrote: > > Leo Sutic wrote on Wednesday, December 14, 2005 10:56 PM: > > > Do you run ntpd or some other clock-syncing program? > > Yes, it was indeed the cause, see my other mail. > > - Jörg > > -

Re: [POLL] System.currentTimeMillis()

2005-12-15 Thread Dakota Jack
Right! Sorry! On 12/15/05, Jörg Schaible <[EMAIL PROTECTED]> wrote: > > Dakota Jack wrote on Thursday, December 15, 2005 7:01 AM: > > > You are assuming that there will be a time difference in millis > > between the two time calls. System.currentTimeMillis() takes a > > relatively long time to re

RE: [POLL] System.currentTimeMillis()

2005-12-15 Thread Jörg Schaible
Hi Antonio, Antonio Gallardo wrote on Thursday, December 15, 2005 10:53 AM: [snip] > > Jörg, > > Can the StopWatch class in commons-lang help? > > http://svn.apache.org/viewcvs.cgi/jakarta/commons/proper/lang/ > trunk/src/java/org/apache/commons/lang/time/StopWatch.java?view=markup Not really,

Re: [POLL] System.currentTimeMillis()

2005-12-15 Thread Antonio Gallardo
Jörg Schaible wrote: Hi folks, I have written a generator for commons-id, that is based in the end on the system clock. Unfortunately I have sporadic failures in Gump that I cannot explain. I developed this on a Windows box, but had now a chance for a test with Linux. Suddenly I have also spora

RE: Re: Gump & VM (was: [POLL] System.currentTimeMillis())

2005-12-15 Thread Jörg Schaible
Jörg Schaible wrote on Wednesday, December 14, 2005 10:14 PM: > Jörg Schaible wrote: > >> Hi folks, >> >> I have written a generator for commons-id, that is based in the end >> on the system clock. Unfortunately I have sporadic failures in Gump >> that I cannot explain. I developed this on a Win

RE: [POLL] System.currentTimeMillis()

2005-12-15 Thread Jörg Schaible
Leo Sutic wrote on Wednesday, December 14, 2005 10:56 PM: > Do you run ntpd or some other clock-syncing program? Yes, it was indeed the cause, see my other mail. - Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional

RE: [POLL] System.currentTimeMillis()

2005-12-15 Thread Jörg Schaible
Dakota Jack wrote on Thursday, December 15, 2005 7:01 AM: > You are assuming that there will be a time difference in millis > between the two time calls. System.currentTimeMillis() takes a > relatively long time to return. So, I would not trust that > assumption. No, I just assume that the mill

Re: [POLL] System.currentTimeMillis()

2005-12-14 Thread Dakota Jack
You are assuming that there will be a time difference in millis between the two time calls. System.currentTimeMillis() takes a relatively long time to return. So, I would not trust that assumption. On 12/14/05, Jörg Schaible <[EMAIL PROTECTED]> wrote: > > Hi folks, > > I have written a generator

Re: [POLL] System.currentTimeMillis()

2005-12-14 Thread Leo Sutic
Do you run ntpd or some other clock-syncing program? /LS On 12/14/05, Jörg Schaible <[EMAIL PROTECTED]> wrote: > Hi folks, > > I have written a generator for commons-id, that is based in the end on the > system clock. Unfortunately I have sporadic failures in Gump that I cannot > explain. I devel

Re: [POLL] System.currentTimeMillis()

2005-12-14 Thread Jason King
Several runs on Windows 2k sp 5.00.2195 worked correctly for me. H:\>java -version java version "1.5.0_05" Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_05-b03) Java HotSpot(TM) Client VM (build 1.5.0_05-b03, mixed mode) [EMAIL PROTECTED] wrote: Hi Joerg, I just tried it on my b

Re: [POLL] System.currentTimeMillis()

2005-12-14 Thread filipdef
Hi Joerg, I just tried it on my box (linux, suse 9.3, 2.6.11.4-21.9-smp kernel) and I don't have a problem; I did slightly modify the test to run it standalone: public class Test { public static final void main(String[] args) throws Exception { long last = System.currentTimeMillis();

Re: Gump & VM (was: [POLL] System.currentTimeMillis())

2005-12-14 Thread Jörg Schaible
Jörg Schaible wrote: > Hi folks, > > I have written a generator for commons-id, that is based in the end on the > system clock. Unfortunately I have sporadic failures in Gump that I cannot > explain. I developed this on a Windows box, but had now a chance for a > test with Linux. Suddenly I have

[POLL] System.currentTimeMillis()

2005-12-14 Thread Jörg Schaible
Hi folks, I have written a generator for commons-id, that is based in the end on the system clock. Unfortunately I have sporadic failures in Gump that I cannot explain. I developed this on a Windows box, but had now a chance for a test with Linux. Suddenly I have also sporadic failing tests. First