Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Jakarta Commons Developers List" <commons-dev@jakarta.apache.org>
Received-SPF: pass (asf.osuosl.org: domain of jak-commons-dev@m.gmane.org
 designates 80.91.229.2 as permitted sender)
Mail-Followup-To: commons-dev@jakarta.apache.org
To: commons-dev@jakarta.apache.org
From: =?ISO-8859-1?Q?J=F6rg?= Schaible <joerg.schaible@gmx.de>
Subject: Re: Gump & VM (was: [POLL] System.currentTimeMillis())
Date: Wed, 14 Dec 2005 22:13:42 +0100
Lines: 33
Message-ID: <dnq1u5$9j5$1@sea.gmane.org>
References: <dnq134$7b1$1@sea.gmane.org>
Reply-To: joerg.schaible@gmx.de
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8Bit
Mail-Copies-To: never
User-Agent: KNode/0.9.3
Sender: news <news@sea.gmane.org>

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 sporadic failing tests. First I
> thought my algorithm is flawed, but then I wrote this little unit test:
> 
>     
>     public void testSystemTimeIsIncreasing() {
>         long last = System.currentTimeMillis();
>         for (int i = 0; i < 50000; i++) {
>             long now = System.currentTimeMillis();
>             assertTrue("Iteration " + i,  now >= last);
>             last = now;
>         }
>     }
> 
> 
> Believe it or not, this test will quite always fail within the first 10000
> iterations on my Linux box. So how does this test behave on your boxes?
> Please also note OS and JDK ...

OK, I can analyse the situation. My current box was not totally synchronized
and I had a daemon running, that adjusted the time smoothly. After compete
synchronization the tests passes. Nevertheless, this does not solve the
Gump problem, since I know, that they have often problems with the system
time (we had last week one VM where 1 second exactly took 2 real ones). So
what can we do?

- J�rg


---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org