From: "Kevin D. Kissell" <kevink@mips.com>
To: "TAKANO Ryousei" <takano@os-omicron.org>, <linux-mips@linux-mips.org>
Subject: Re: JVM under Linux on MIPS
Date: Tue, 4 Mar 2003 09:59:34 +0100 [thread overview]
Message-ID: <007701c2e22c$66e30e70$10eca8c0@grendel> (raw)
In-Reply-To: 20030304171340.1a9af44d.takano@os-omicron.org
> On Mon, 3 Mar 2003 17:14:59 -0800 (PST)
> Rajesh Palani <rpalani2@yahoo.com> wrote:
> > Has anyone had any success running any open source JVMs (other than Cobalt machines running Transvirtual's Kaffe) under
Linux/MIPS.
> >
>
> I have succeeded in running Kaffe 1.0.7 with --with-engine=jit3
> on a TANBAC TB0193 board (VR4181/66MHz).
> However, it was very poor performance. A hello world execution,
> for example, takes about 30 seconds.
> I think that a JIT initialization has taken a lot of time.
I'm very pleased to hear that you got it running on a Vr41xx,
but I'm curious about the JIT behavior you saw. I can believe
that it could run "hello world", but does it really pass all the
internal regression tests ("make check")? Are you running
a "normal" MIPS/Linux distribution which assumes a
hardware FPU and does kernel emulation where necessary,
or are you using a purely soft-float environment? I ask
this because most of the problems I have with the JIT are
in areas where mixed integer/floating arguments are being
passed, and those might not be an issue with soft-float.
As for the performance you observed, how much memory
did you have on the board, and what kind of secondary storage
(disk?) hardware was used? 66MHz isn't fast, but the combined
compile-and-run time for Caffeinemark for the patched
kaffe 1.0.7 on a MIPS 5Kc core at 160MHz was in fact
pretty good, better than 3 Embedded Caffeienmarks
per megahertz, which isn't as fast as commercial dynmic
compilers, but which is still several times faster than most
commercial interpretive JVMs. Running fully interpretive,
kaffe's performance is mediocre but reasonable, I certainly
wasn't seeing delays of 10 seconds to run "hello world",
which is roughly what one would expect scaling your reported
run time by the frequency. I really think that you are far more
likely to have been I/O bound, either from paging or from file I/O.
Kevin K.
WARNING: multiple messages have this Message-ID (diff)
From: "Kevin D. Kissell" <kevink@mips.com>
To: TAKANO Ryousei <takano@os-omicron.org>, linux-mips@linux-mips.org
Subject: Re: JVM under Linux on MIPS
Date: Tue, 4 Mar 2003 09:59:34 +0100 [thread overview]
Message-ID: <007701c2e22c$66e30e70$10eca8c0@grendel> (raw)
Message-ID: <20030304085934.c3TB_MoszlwjEcbyY7Rs1YWVImgznW3ayiO0vUF06Dk@z> (raw)
In-Reply-To: 20030304171340.1a9af44d.takano@os-omicron.org
> On Mon, 3 Mar 2003 17:14:59 -0800 (PST)
> Rajesh Palani <rpalani2@yahoo.com> wrote:
> > Has anyone had any success running any open source JVMs (other than Cobalt machines running Transvirtual's Kaffe) under
Linux/MIPS.
> >
>
> I have succeeded in running Kaffe 1.0.7 with --with-engine=jit3
> on a TANBAC TB0193 board (VR4181/66MHz).
> However, it was very poor performance. A hello world execution,
> for example, takes about 30 seconds.
> I think that a JIT initialization has taken a lot of time.
I'm very pleased to hear that you got it running on a Vr41xx,
but I'm curious about the JIT behavior you saw. I can believe
that it could run "hello world", but does it really pass all the
internal regression tests ("make check")? Are you running
a "normal" MIPS/Linux distribution which assumes a
hardware FPU and does kernel emulation where necessary,
or are you using a purely soft-float environment? I ask
this because most of the problems I have with the JIT are
in areas where mixed integer/floating arguments are being
passed, and those might not be an issue with soft-float.
As for the performance you observed, how much memory
did you have on the board, and what kind of secondary storage
(disk?) hardware was used? 66MHz isn't fast, but the combined
compile-and-run time for Caffeinemark for the patched
kaffe 1.0.7 on a MIPS 5Kc core at 160MHz was in fact
pretty good, better than 3 Embedded Caffeienmarks
per megahertz, which isn't as fast as commercial dynmic
compilers, but which is still several times faster than most
commercial interpretive JVMs. Running fully interpretive,
kaffe's performance is mediocre but reasonable, I certainly
wasn't seeing delays of 10 seconds to run "hello world",
which is roughly what one would expect scaling your reported
run time by the frequency. I really think that you are far more
likely to have been I/O bound, either from paging or from file I/O.
Kevin K.
next prev parent reply other threads:[~2003-03-04 8:53 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-03-02 9:07 Static variables and "gp" Gilad Benjamini
2003-03-02 11:18 ` Ralf Baechle
2003-03-03 12:54 ` Johannes Stezenbach
2003-03-04 1:14 ` JVM under Linux on MIPS Rajesh Palani
2003-03-04 7:54 ` Kevin D. Kissell
2003-03-04 7:54 ` Kevin D. Kissell
2003-03-04 8:13 ` TAKANO Ryousei
2003-03-04 8:59 ` Kevin D. Kissell [this message]
2003-03-04 8:59 ` Kevin D. Kissell
2003-03-04 10:09 ` TAKANO Ryousei
2003-03-04 18:06 ` Jun Sun
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='007701c2e22c$66e30e70$10eca8c0@grendel' \
--to=kevink@mips.com \
--cc=linux-mips@linux-mips.org \
--cc=takano@os-omicron.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox