From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <java-return-25777-listarch-java=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 22707 invoked by alias); 6 Nov 2008 17:02:25 -0000
Received: (qmail 22581 invoked by uid 22791); 6 Nov 2008 17:02:23 -0000
X-Spam-Check-By: sourceware.org
Received: from viefep11-int.chello.at (HELO viefep11-int.chello.at) (62.179.121.31)     by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 06 Nov 2008 17:01:42 +0000
Received: from edge02.upc.biz ([192.168.13.237]) by viefep11-int.chello.at           (InterMail vM.7.08.02.02 201-2186-121-104-20070414) with ESMTP           id <20081106170137.LSAA16360.viefep11-int.chello.at@edge02.upc.biz>;           Thu, 6 Nov 2008 18:01:37 +0100
Received: from [192.168.1.100] ([84.113.196.102]) 	by edge02.upc.biz with edge 	id bt1N1a03d2D2Ab002t1PtQ; Thu, 06 Nov 2008 18:01:37 +0100
X-SourceIP: 84.113.196.102
Subject: Re: [GCJ] Performance of GUI applications on embedded systems
From: Christian Thalinger <twisti@complang.tuwien.ac.at>
To: Andrew Haley <aph@redhat.com>
Cc: ffileppo <ffileppo@libero.it>, classpath <classpath@gnu.org>, java <java@gcc.gnu.org>
In-Reply-To: <49131DE6.60207@redhat.com>
References: <K9WZ9Y$0DBCD008EE6ABA1BF31318A9F51108EC@libero.it> 	 <49131DE6.60207@redhat.com>
Content-Type: text/plain; charset="UTF-8"
Date: Thu, 06 Nov 2008 17:02:00 -0000
Message-Id: <1225990882.820.11.camel@localhost>
Mime-Version: 1.0
X-Mailer: Evolution 2.23.92
Content-Transfer-Encoding: 7bit
Mailing-List: contact java-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <java.gcc.gnu.org>
List-Id: <java.gcc.gnu.org>
List-Subscribe: <mailto:java-subscribe@gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/java/>
List-Post: <mailto:java@gcc.gnu.org>
List-Help: <mailto:java-help@gcc.gnu.org>, <http://gcc.gnu.org/ml/#faqs>
Sender: java-owner@gcc.gnu.org
X-SW-Source: 2008-11/txt/msg00028.txt.bz2

On Thu, 2008-11-06 at 16:40 +0000, Andrew Haley wrote:
> What do you expect?  You're setting up a Timer with a delay of
> 0 milliseconds between events, and it's running continuously.

That may be because of this (taken from GNU Classpath's
vm/reference/java/lang/VMThread.java):

      // Note: JDK treats a zero length sleep is like Thread.yield(),
      // without checking the interrupted status of the thread.
      // It's unclear if this is a bug in the implementation or the spec.
      // See http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6213203

GCJ does this:

if (millis == 0 && nanos == 0)
    ++nanos;

and sleeps.  Maybe...

- Christian