Garrett Rooney wrote:
access to scalable IO facilities (IOCP, epoll, kqueue, etc...)
See the apr_pool API, which uses epoll, kqueue, etc on the backend if
available.
Now that my message finally makes it through the ASF mail system, I
notice that typo... That should be apr_poll, not apr_pool
I think everyone shall read this first
http://jikesrvm.sourceforge.net/info/overview.shtml . If performance
will not be a problem then the product based on Jikes can be an
alternative to Sun`s JVM.
Personally Java is the language I feel myself most confortable and I
think most of the people
Geir Magnusson Jr. wrote:
On May 18, 2005, at 2:18 AM, Ozgur Akan wrote:
I think everyone shall read this first http://
jikesrvm.sourceforge.net/info/overview.shtml . If performance will
not be a problem then the product based on Jikes can be an
alternative to Sun`s JVM.
Can we put the
There is an old document describing a JIT interface though ORP should
be more advanced, for example, as having GC interface.
The JIT Compiler Interface Specification
http://java.sun.com/docs/jit_interface.html
Sun's Classic VM, which was a reference VM, of JDK 1.0.2 and 1.1.X
implements this
Stefano Mazzocchi wrote:
Bryce Leo wrote:
Now don't go too crazy for my suggesting this, but why not pascal? If
we're considering C as it is this really isn't a terrible suggestion.
I know it's fallen out of favor with most of you guys but it compiles
quickly and supports a good number of
Rodrigo Kumpera wrote:
A quick look at APR reveal that it doesn´t provide all OS abstraction that a
JVM needs.
I tend to disagree with you. The only thing the APR doesn't offer is
GUI abstraction.
There are no functions to mark pages as executable,
Like Garrett said, those functionality was not
What you are suggesting would be a definite must-have if we want to try for a
distributable JVM.
I will read up on the links supplied and get back on this.
Regards
~s
-Original Message-
From: Brad Cox [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 18, 2005 4:40 AM
To:
On Wed, May 18, 2005 at 10:40:41AM +0900, [EMAIL PROTECTED] wrote:
Newbie question: What is to stop us from caching JITed code? .NET/
mono does this as far as I know?
We can do it even in the forthcoming Harmony runtime.
On the other hand, an apparent drawback is disk
consumption.
Tom Tromey wrote:
Ben == Ben Laurie [EMAIL PROTECTED] writes:
I'm pretty sure we want a framework in C/C++, whatever components
are developed in.
Umm. Why?
Ben So it can run everywhere.
FWIW, writing a VM in java doesn't make this harder per se.
In fact, in a way it is easier as you are
And i ll add one thing more!
when u get it up, you will see many more alternative implementations will
be sumbited to harmony, so let me dream for that :) and it is what we called
power of OSS.
i mean actually in future we can then replace the implementation of such
API's which are based on
Mark Brooks wrote:
C++, just C++, is a recipe for trouble. Most projects that use it
define a
subset to make development a less painfull talk. Usually operator
overloading, templates and virtual inheritance are discarded.
Rodrigo
Agreed. If the decision is to go with C++, it will need to be a
It seems good geir ! and also seems to be following what we planned for
harmony, and it could be a good starting point for us, later on we can make
required changes as we moves on, and it will also help to impatients to work
on and see some thing written down from the air to papers :)
On
Ben Laurie wrote:
Mark Brooks wrote:
C++, just C++, is a recipe for trouble. Most projects that use it
define a
subset to make development a less painfull talk. Usually operator
overloading, templates and virtual inheritance are discarded.
Rodrigo
Agreed. If the decision is to go with C++, it
I think it's too slow to have the overhead of a function call for
every object allocation. This is the cost of modularization. I doubt
any of the mainstream JVMs you are competing with do this.
Cheers,
Dave
On 17 May 2005 18:27:42 -0600, Tom Tromey [EMAIL PROTECTED] wrote:
David == David
Hi,
I've had some time today to cleanup and make the VM a standalone thing,
since it pretty much was designed to work together with our Game Engine.
Full game engine (forgive me my commercial plug on the list) can be licensed
as well. It's been used for Red Ninja: End of Honor and several other
Well that's the theory but I think you'll find in practice that real
JITs cheat and inline object allocation using their knowledge of the
GC internals.
And there is no way that a JIT is going to implement synchronized
methods by doing a monitorEnter function call!
Dave
On 5/18/05, [EMAIL
Yeah John, that will be great
Thanks
~sundar
-Original Message-
From: John Wilson [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 18, 2005 4:25 PM
To: harmony-dev@incubator.apache.org
Subject: Re: GCJ ABI (Re: Trampoline)
On 18 May 2005, at 11:44, Subramanian, Sundar wrote:
I think
We shouldl design in such a way that , we should get some
interfacing/bootstrapping issues in C (can be C++ but i think due to its
direct linking to natives C will be prefered i can present more argo over it
though ;) )
and then come back to java again until we feel ctuck some where (though
Send e-mail to [EMAIL PROTECTED] (subject and body don't
really matter) for info on how to set your subscription into digest mode.
Cheers,
Leo
On 18-05-2005 12:29, Simon Cooper [EMAIL PROTECTED] wrote:
Is there any chance of setting up a digest of the mailing list? I'm interested
in the
Tom,
Thanks! =)
Doesn't compile on my powerbook, but it doesn't look like it would be
*too* hard to get working (but I've no real coding experience (CS
student) and have only read the win32/* code)
Will it?
--Royce
On 18/05/2005, at 4:27 PM, Tom van Dijck wrote:
Hi,
I've had some time today
David Griffiths wrote:
By having the JIT produce code to inline the object allocation using
its knowledge of the GC internals. I'm not recommending this approach,
just saying that this is how things tend to be done in practice. And
if you want to compete on speed then you're going to have to
Paul Richards wrote:
a) I recently tried Eclipse, and discovered it removed a major source of
Java irritation (excessive amounts of redundant typing). In fact, I love
Eclipse. If only I could get it working on FreeBSD :-)
The FreeBSD Eclipse port just worked for me.
Just goes to show that ports
At first I want to cite myself:
Sun have given with OpenOffice.org the OpenSource-community a lot.
But with Java, it looks a little bit diffrent.
And the reason is, that Java _is_ already popular. So they see no need to
make it more popular.
[...]
The idea behind it is clear: Letting a platform
On 5/18/05, theUser BL [EMAIL PROTECTED] wrote:
For this here is a new article:
http://software.newsforge.com/article.pl?sid=05/05/16/1358227from=rss
It seems, that now Sun want to bring more and more parts of OOo2 to the
Java-platform.
Greatings
theuserbl
how does this article
On 5/18/05, David Griffiths [EMAIL PROTECTED] wrote:
I think it's too slow to have the overhead of a function call for
every object allocation. This is the cost of modularization. I doubt
any of the mainstream JVMs you are competing with do this.
Yes. I agree. A clean interface would have a
On May 18, 2005, at 4:27 AM, Tom van Dijck wrote:
Hi,
I've had some time today to cleanup and make the VM a standalone
thing,
since it pretty much was designed to work together with our Game
Engine.
Full game engine (forgive me my commercial plug on the list) can be
licensed
as well. It's
But I guess the language will just depend on who donates a JVM.
- Jónas Tryggvi
Since somebody(s) are in conversation with FSF about Classpath, has anyone
started a conversation with IBM research about Jikes RVM? Just a
prelimininary sort of if we were interested what would be involved sort of
Tom,
I tried to build and got this :
BUILD FAILED
/Users/geir/dev/apache/harmony/mudGE/mudJavaRuntime/build.xml:35:
Execute failed: java.io.IOException: /Users/geir/dev/apache/harmony/
mudGE/mudJavaRuntime/JavaPack.exe: not found
I asked privately, but might as well ask here for the benefit of
On Wed, 2005-05-18 at 13:15 +0500, usman bashir wrote:
And i ll add one thing more!
when u get it up, you will see many more alternative implementations will
be sumbited to harmony, so let me dream for that :) and it is what we called
power of OSS.
i mean actually in future we can then
This subject has been covered in detail at least twice already.
There is no need for any function call on the fast path of the
allocation sequence. In a Java in Java VM the allocation sequence is
inlined into the user code. This has considerable advantages over a
few lines of assembler.
Hi Danese,
Since the VOTE on the proposal has closed with a positive result. I'd
love to hear with your INTEL hat on :)
-- dims
On 5/18/05, Danese Cooper [EMAIL PROTECTED] wrote:
Much as I admire James, I have to say that the responses from
enterprise developers of which he presumably speaks
I know, but despite the subject line my original point was about the
problem of modularizing a VM written in C.
Cheers,
Dave
On 5/18/05, Steve Blackburn [EMAIL PROTECTED] wrote:
This subject has been covered in detail at least twice already.
There is no need for any function call on the
FYI
-- Forwarded message --
From: Geir Magnusson Jr. [EMAIL PROTECTED]
Date: May 18, 2005 8:44 AM
Subject: [VOTE RESULT] Apache Harmony (was Re: [VOTE]: On PROPOSAL :
Apache Harmony - J2SE 5 Project)
To: general@incubator.apache.org
Here are the results from the voting on
Ozgur Akan wrote:
JVM in Java will be the slower then Sun`s JVM. C or C++ is a better choice.
You have to undertand that written in Java does *NOT* equate
necessarely as will be run as interpreted bytecode.
--
Stefano.
Ben Laurie wrote:
Stefano Mazzocchi wrote:
Bryce Leo wrote:
Now don't go too crazy for my suggesting this, but why not pascal? If
we're considering C as it is this really isn't a terrible suggestion.
I know it's fallen out of favor with most of you guys but it compiles
quickly and supports a good
Steve == Steve Blackburn [EMAIL PROTECTED] writes:
Steve There is no need for any function call on the fast path of the
Steve allocation sequence.
[ ... ]
Steve However this is small fry compared to the importance of compiling
Steve write barriers correctly (barriers are used by most high
[EMAIL PROTECTED] wrote:
Those scores seems to be produced by HotSpot Client VM.
If HotSpot Server VM was used, the score of Sun J2SDK 1.4.2
will be higher than 7500.
I have not verified the numbers myself, since I do not currently have a
machine where it runs out of the box (network drivers
Ben == Ben Laurie [EMAIL PROTECTED] writes:
Ben This has to be a VM that produces native code, right?
Yes.
Ben In any case, here I am with a platform that currently has no VM, but
Ben does have a C compiler. What do I do?
One answer is, cross-build the VM from another machine that it does
Steve Blackburn wrote:
Over time we learned certain idioms which on one hand meant we tended
to get reasonable performance first shot, but on the other may have
undermined the natural Java style we started with.
Do you have a summary of this available somewhere on the net?
If I understand you
Weldon,
One way to handle this is to write something up on the wiki
(http://wiki.apache.org/harmony/) and ask people to comment and then
incorporate the comments back. So that we have a record of the
discussion and the conclusions. Yes, we need to stick to harmony-dev
for now.
Thanks,
dims
On
Danese Cooper wrote:
Yup in a nutshell. I'd like to see James keynote at ApacheCon one of
these years soon :-)
What *I*'d like to see is *our* keynote at JavaOne :-)
--
Stefano, who was part of a javaone keynote already once and would not
mind doing it again :-)
congratulations geir and all and now we have to prove our selves as well !!!
On 5/18/05, Davanum Srinivas [EMAIL PROTECTED] wrote:
FYI
-- Forwarded message --
From: Geir Magnusson Jr. [EMAIL PROTECTED]
Date: May 18, 2005 8:44 AM
Subject: [VOTE RESULT] Apache Harmony (was
Tom Tromey wrote:
Ben == Ben Laurie [EMAIL PROTECTED] writes:
Ben This has to be a VM that produces native code, right?
Yes.
Ben In any case, here I am with a platform that currently has no VM, but
Ben does have a C compiler. What do I do?
One answer is, cross-build the VM from another machine
Good news. Congratulations
- Original Message -
From: Davanum Srinivas [EMAIL PROTECTED]
To: harmony-dev@incubator.apache.org
Sent: Wednesday, May 18, 2005 4:21 PM
Subject: Fwd: [VOTE RESULT] Apache Harmony (was Re: [VOTE]: On PROPOSAL :
Apache Harmony - J2SE 5 Project)
FYI
--
LOL, I'm not exactly in a position to influence that anymore,
Stefano :-)
What say you, Simon Phipps?
Danese
On May 18, 2005, at 12:54 PM, Stefano Mazzocchi wrote:
Danese Cooper wrote:
Yup in a nutshell. I'd like to see James keynote at ApacheCon one
of these years soon :-)
What *I*'d
Stefano Mazzocchi wrote:
Danese Cooper wrote:
Yup in a nutshell. I'd like to see James keynote at ApacheCon one of
these years soon :-)
What *I*'d like to see is *our* keynote at JavaOne :-)
What I'd like to see is a keynote where someone covers M.A.R.R.S. 'Pump
Up The Volume' in true Atari
Can the VM be tweaked to work on standard OSs?
On May 18, 2005, at 7:33 AM, Thorbjørn Ravn Andersen wrote:
I would like to mention the JNode VM. It is written in Java with a
platform specific nanokernel (currently a stable x86 and a
development X86_64) with the direct aim of running a full
On May 18, 2005, at 10:54 AM, Simon Phipps wrote:
I completely agree with this. I regret that James showed how out of
touch he was with real open source practice (crazy answer about put-
backs), but my interactions with him (most recently at Cafe Brasil
where he also met with Dalibor and
Or post to the dev list first so everyone can see it, and then take a
summary to the wiki.
On May 18, 2005, at 2:43 PM, Davanum Srinivas wrote:
Weldon,
One way to handle this is to write something up on the wiki
(http://wiki.apache.org/harmony/) and ask people to comment and then
incorporate
On 5/18/05, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
On May 18, 2005, at 9:36 AM, Steve Blackburn wrote:
This subject has been covered in detail at least twice already.
There is no need for any function call on the fast path of the
allocation sequence. In a Java in Java VM the
Steve,
Very interesting. Please point me to the web pages that show
SpecJAppServer/JBB/JVM... numbers for Jikes.
I see some mention of magic types. Does this work around the java
verifier by coercing a reference pointer into a Java int and
vice-versa? This could be done by calling a
51 matches
Mail list logo