Drew Lane <[EMAIL PROTECTED]> writes:
>>i think you'll find that the jre 1.3.1 from Blackdown has hotspot
>>(on intel at least...)
>>
>>[jordan@larry jordan]$ java -version java version "1.3.1" Java(TM) 2
>>Runtime Environment, Standard Edition (build
>>Blackdown-1.3.1-02a-FCS)Java HotSpot(TM) Cl
>
>
>i think you'll find that the jre 1.3.1 from Blackdown has hotspot (on intel at
>least...)
>
>[jordan@larry jordan]$ java -version
>java version "1.3.1"
>Java(TM) 2 Runtime Environment, Standard Edition (build Blackdown-1.3.1-02a-FCS)Java
>HotSpot(TM) Client VM (build Blackdown-1.3.1_02a-FCS
On Mon, 04 Mar 2002 20:34:44 -0700
"Drew Lane" <[EMAIL PROTECTED]> wrote:
> From what I understand there is no JIT or Hotspot in Blackdown, correct?
>
>What's the status of this exactly? Can we expect to see one soon?
>
>I haven't had much problem with Blackdown, but it is a bit too slow
>witho
On Mon, 04 Mar 2002 20:34:44 -0700
"Drew Lane" <[EMAIL PROTECTED]> wrote:
> From what I understand there is no JIT or Hotspot in Blackdown, correct?
>
>What's the status of this exactly? Can we expect to see one soon?
>
>I haven't had much problem with Blackdown, but it is a bit too slow
>witho
On 28-Jan-2001 Volker wrote:
> does anybody know a JIT for 1.1.8???
TYA works quite well.
Stefaan
--
Ninety-Ninety Rule of Project Schedules:
The first ninety percent of the task takes ninety percent of
the time, and the last ten percent takes the other ninety percent.
-
Hi!
On Wed, 08 Dec 1999 Gerald Gutierrez wrote:
>With all the recent news regarding Java/Linux (and being hit by the
>idea that there really isn't any useable open source Java engine), I
>became interested in the general topic of JITs, Hotspot-type engines
>(what's it called .. dynamic compilatio
On Mon, Oct 18, 1999 at 03:41:05AM -0600, Robert Simmons wrote:
> Greetings,
>
> Is there a functional version of the JIT that works with the 1.2 Jdk on
> linux ? I would love to install it before things get messy in my app. Ive
> build most of the structure and now Im adding content like crazy a
Borland has released one.
Robert Simmons wrote:
> Greetings,
>
> Is there a functional version of the JIT that works with the 1.2 Jdk on
> linux ? I would love to install it before things get messy in my app. Ive
> build most of the structure and now Im adding content like crazy and I could
> ea
I have a (Java) program that does this, although I added the comments
by hand.
Writing a decompiler seemed like a good way to learn jvm. I didn't
originally intend to decompile byte codes, by as usual I got carried away
Nick
Chris Abbey wrote:
> Nick, what program did you use to generate t
Nathan Meyers wrote:
> Nick Lawson wrote:
> >
>
> Pretty impressive optimization on symcjit, though it smells a bit like a
> compiler that's been tuned to the benchmarks. Does it perform that well
> on real applications?
>
> Nathan
>
I can only comment on one real application - mat
Nick Lawson wrote:
>
> The times for this (Pentium 166, Sun Windows 95 JDK 1.2, Blackdown 1.2pre-v2
> + glibc 2.1 + OpenLinux 2.2,
> 500,000,000 iterations):
>
> VM: kaffeSunSunBlackdownBlackdown
> JIT: symcjitnone sunwjitn
Nick Lawson wrote:
> Ok, NO overhead for try..catch is an exaggeration. But only a small one
> - typically there is exactly one extra bytecode instruction per try,
> to branch round the catch{} clauses
>
> I guess the question was whether try..catch is faster or slower
> than the alternatives
Nathan Meyers wrote:
> Nick Lawson wrote:
> >
> > I'm pretty sure try{}catch{} catch blocks add NO overhead to code,
> > unless the exception actually gets thrown. But exceptions are
> > supposed to be
> > exceptional, so who cares how slow it is ?
> >
>
> Times for attached program (JDK1.2p
Nick Lawson wrote:
>
> I'm pretty sure try{}catch{} catch blocks add NO overhead to code,
> unless the exception actually gets thrown. But exceptions are
> supposed to be
> exceptional, so who cares how slow it is ?
>
> Check out how exception handling is implemented in Java byte-code
> in the J
I'm pretty sure try{}catch{} catch blocks add NO overhead to code,
unless the exception actually gets thrown. But exceptions are
supposed to be
exceptional, so who cares how slow it is ?
Check out how exception handling is implemented in Java byte-code
in the Java Virtual Machine Specification, 4
This is funny, because a while ago (quite a while), people said that
this code:
if (intArray == null)
return intArray[3];
else
return -1;
was slower than this code:
try{
return intArray[3];
}
catch (NullPointerException e)
{
return -1
}
precisely because the JVM
> Date: Fri, 16 Jul 1999 10:49:47 -0500
> From: Jim Kimball <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
>
> It was my understanding that code wrapped in an exception handler
> introduces more overhead to the JVM. I am sure I have seen articles on
> this exact topic in Java World or Java Report.
Dimitris Vyzovitis wrote:
>
> SHUDO Kazuyuki wrote:
>
> > > Personally I prefer explicit checks.
> >
> > Why?
> >
>
> I am also tempted to ask why
> Is there any particular reason to add client side check for what the VM does on
> its own?
> I personally think that there is no need to do ex
It was my understanding that code wrapped in an exception handler
introduces more overhead to the JVM. I am sure I have seen articles on
this exact topic in Java World or Java Report.
Jim
Dimitris Vyzovitis wrote:
>
> SHUDO Kazuyuki wrote:
>
> > > Personally I prefer explicit checks.
> >
> > W
SHUDO Kazuyuki wrote:
> > Personally I prefer explicit checks.
>
> Why?
>
I am also tempted to ask why
Is there any particular reason to add client side check for what the VM does on
its own?
I personally think that there is no need to do explicit checks in your code
(it is inherently subopt
Anand Palaniswamy wrote:
> sunwjit, symcjit and even hotspot do "implicit exceptions." Meaning a
> null pointer exception is detected from a SIGSEGV, and the VM raises
> the related NullPointerExcetion from the signal handler.
TYA detects NullPointerExceptions with SIGSEGV on Linux.
Even shuJIT
Anand Palaniswamy wrote:
>
> sunwjit, symcjit and even hotspot do "implicit exceptions." Meaning a
> null pointer exception is detected from a SIGSEGV, and the VM raises
> the related NullPointerExcetion from the signal handler. This offers
> the best performance for the normal case where there
sunwjit, symcjit and even hotspot do "implicit exceptions." Meaning a
null pointer exception is detected from a SIGSEGV, and the VM raises
the related NullPointerExcetion from the signal handler. This offers
the best performance for the normal case where there isn't a NPE. In
general, doing co
On Thu, 1 Jul 1999 14:36:49 +0200 (MET DST), Mark Christiaens wrote:
>I've got hold of the Sun sources (non-commercial) and am playing around
>with it. I noticed that there are a few libraries included in the src
>directory:
>
>libsunwjit.so
>libsunwjit_g.so
>
>These are obviously the JIT compil
Warning
Could not process message with given Content-Type:
multipart/signed; boundary=zHDeOHGDnzKksZSU; micalg=pgp-md5;protocol="application/pgp-signature"
> > TYA surely isn't for the bit bucket. It is always nice to have an
> > option. Could you imagine that Sun's JIT has quite a few bugs TYA
>
> Other reasons developing TYA are:
>
> -There are options beside of Linux: TYA is widely used
Oops, have forgotten something:
there's anothter option
> > > Is TYA headed for the great, big, bit bucket in the sky? :-(
> >
> > I very much doubt it. The JVM can run with multiple JITs, and TYA can
> > run with multiple JVMs.
>
> TYA surely isn't for the bit bucket. It is always nice to have an
> option. Could you imagine that Sun's JIT has quite
The JIT is one developed by Sun, but it's a lot slower than
the one Sun obtained from Symantec that is included in the windows
version of java. Which in turn is said to be slower than hotspot
for long-running programs.
There was a good set of benchmarks on www.javalobby.org a month
or so ago.
> > Is TYA headed for the great, big, bit bucket in the sky? :-(
>
> I very much doubt it. The JVM can run with multiple JITs, and TYA can
> run with multiple JVMs.
TYA surely isn't for the bit bucket. It is always nice to have an
option. Could you imagine that Sun's JIT has quite a few bugs T
Mike Greaves wrote:
> Excuse me for asking, but am I to understand that Blackdown JDK1.2, as
> of prerelease 2, now includes a JIT and uses it by default? And that
> this JIT is based on Sun source code - i.e. the same one included with
> the Solaris JDK1.2??
Yes, as of prerelease 1.
> What are
Check the following page:
http://www.blackdown.org/java-linux/ports.html
Wim Ceulemans - [EMAIL PROTECTED]
Nice Software Solutions - http://www.nice.be
Eglegemweg 3, 2811 Hombeek - Belgium
Tel +32(0)15 412953 - Fax +32(0)15 412954
---
Albrecht Kleine wrote:
>
>
> green native
> == ==
> TYA compiled
> EXC_BY_SIGNALS: hangs okay
> NO EXC_BY_S...: okayokay
> ---
> sunwjit : hangs okay
>
> Does a such TYA release really makes sense..?
>
> > At any rate, who could answer questions concerning the linux port of sunwjit?
>
> > PS: Hopefully tya1.3 will be out real soon, so that we don't have to depend on
> > sunwjit...
>
> As mentioned, there is an early TYA1.3 running here but I have some
> heavy problems to get EXCEPTIONS_BY_SI
> BTW does anyone knows the current state of JDK1.2 for FreeBSD ?
> (You know, TYA runs on FreeBSD too.)
It's a ways away. Some progress has been made, but we're waiting for
the Linux patches to be released for some of the integration, and Steve
hasn't (yet) done that.
Nate
-
> Dimitris Vyzovitis wrote:
> At any rate, who could answer questions concerning the linux port of sunwjit?
> PS: Hopefully tya1.3 will be out real soon, so that we don't have to depend on
> sunwjit...
OK, you won't to be depend on sunwjit, but don't expect to be faster
than sunwjit. (Hope yo
Dimitris Vyzovitis wrote:
// ...
// lots_of_stuff
// ...
After some recompilations (still using jikes0.47),and the problem is no longer
there.
It is *mysterious* to me, as I can not reproduce the (possible) bug.
I guess I have to retract that "... it looks like a jit bug to me..." (or not?)
At
-Mensaje original-
De: Mehrdad Jahansoozi <[EMAIL PROTECTED]>
Para: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Fecha: miércoles 7 de octubre de 1998 0:03
Asunto: JIT
>Greetings,
>
>Apparently, There is a confusion between JIT compiler, and JIT virtual
>machine( VM ).
>I was looking fo
At 05:59 PM 10/6/98 -0400, Mehrdad Jahansoozi wrote:
>Greetings,
>
>Apparently, There is a confusion between JIT compiler, and JIT virtual
>machine( VM ).
And this isn't helping.
The JIT is not the Java compiler. It is the "just in time" compiler which
is also platform-specific and actually proc
> Does anyone have the URL for this or any JIT that will work with
> JDK1.1.6v4a. Thanks.
ftp://gonzalez.cyberus.ca/pub/Linux/java/tya1.0.tgz
Cheers
Alb.
Does anyone have the URL for this or any JIT that will work with
JDK1.1.6v4a. Thanks.
Leung Yau Wai wrote:
>
> Dear all,
>
> I would like to ask do TYA support a JAVA application with native
> C function call? It seem that I got core dump in this suitation. I would
> like to confirm
Hi,
> |
> | I would like to ask do TYA support a JAVA application with native
> | C function call? It seem that I got core dump in this suitation. I would
> | like to confirm it!
>
> the first time. I sent a note to Albrecht Kleine and he advised me to
> do the following:
>
> 1. Outcomme
--
| From: cs.lywab / mime, , , [EMAIL PROTECTED]
| To: java-linux / mime, , , [EMAIL PROTECTED]
| Subject: JIT compiler TYA
| Date: Friday, September 18, 1998 3:21AM
|
| Dear all,
|
| I would like to ask do TYA support a JAVA application with native
| C function call? It seem th
Albrecht Kleine wrote:
> Hi,
>
> I've just uploaded another TYA JIT release
> to tya home site:
>
> ftp://gonzalez.cyberus.ca/pub/Linux/java/tya1.0.tgz
>
Thanks Albrecht for your work, I was looking out for a JIT for Java
under Linux - we will give it a good testing.
This poses the question - a
Rani Pinchuk writes:
> What about TYA? (It is still alive right?) - you can find its URL in
> Java Tools for Linux page of blackdown:
> http://www.blackdown.org/java-linux/javatools.html
And it works great for me!
--
Working on SCO is like traveling back in time.
ast.
> > --
> > From: gaolei[SMTP:[EMAIL PROTECTED]]
> > Reply To: [EMAIL PROTECTED]
> > Sent: Friday, May 29, 1998 12:14 AM
> > To: [EMAIL PROTECTED]
> &
have you tried kaffe its pretty fast.
> --
> From: gaolei[SMTP:[EMAIL PROTECTED]]
> Reply To: [EMAIL PROTECTED]
> Sent: Friday, May 29, 1998 12:14 AM
> To: [EMAIL PROTECTED]
> Subject: [Fwd: re. Jit for linux]
>
> <><>
>
>
Hi, Spankar,
You really take me a bad news, you know, actually what
I want to find is a good JIT for my servlet run on linux.
:-(
I am hardly able to image the thing is so bad. Even
though I myself have never(don't laugh me) met any
problems with Symantec JIT on windows, I'd rather
believ
> Dose anybody could give me some advise on good jit
> for java on linux? Or dose jdk1.1.6 have a default
> jit?
Even if you do find a JIT, beware of it. So far (possibly with the
exception of the SunSoft JIT), none of the JIT's I've seen are
reliable especially when you are running significan
48 matches
Mail list logo
