At 22:09 9/18/99 -0400, Michael Emmel wrote:
>Also it produces the slowest bytecode on the planet. Great for development.

[it == jikes] just because the bytecode is simple doesn't always mean it's
bad/slow... I'm starting to see JITTERs good enough to turn straight forward
bytecode such as that produced by jikes into fairly good performance. The
convoluted hoops Sun's javac pushes you through seem to fake them out. I'm
sure Albrecht or Shudo would have something to say about that...

>But it would be nice if someone besides Sun produced a killer but slow  super
>optimizer compiler that was 100% java.
>Let it run all  night who cares.

as long as we're still interpreting the results (at least some times) I
think you're going to hit a point of diminishing returns PDQ. There are
tricks that can be played to get beyond that point . . . but I'm not
going to say more. :)

>Very very cool  how is IBM on moving to and Open Source Model for there VM's

HAH-HAH! Not bloody likely. The amount of R&D poured into JVMs is not
something the stockholders (myself included) are going to let out of the
barn too easily. That isn't to say that I don't _want_to_ see them OSS,
just an admission to the reality that it won't happen. People don't realise
this but IBM has more time and money in Java at this point than ANYONE -
including Sun. We've also got the most to win/lose on it... look at how
many different IBM environments Java ships on now... all of a sudden they
see a common platform where there used to be competing systems. When some
customer comes in and says "I need an e-business solution for problem X."
The next question is no longer what legacy hardware they have, or which 
they want to buy into. Now the question is if they just want the parts to
make their own solution or us to build one with our middleware products,
the choice of AS/400 vs S/390 vs Netfinity vs RS/6000 will be made latter,
at deployment time (where it belongs) - in fact it will probably be some
mixture. Previously that would have foreshadowed the entire development,
and bound it to one platform. Long live Java.

>In the long run JVM technology will change in step with  hardware so the long
>term IP of
>JVM is practically nil. Fast java ---> fast java silicon.

They've been saying that since 102 ... I'll believe it when I see it. ;)

>The class libraries are a different story.... They can be optimized forever
>since its a design issue.

misdesign more often.

<disclaimer: I work for IBM, but not on the JVMs. I don't speak for IBM,
 IBM doesn't speak for me... it is better that way>


  cabbey at home dot net <*> http://members.home.net/cabbey
           I want a binary interface to the brain!
Today's opto-mechanical digital interfaces are just too slow!


----------------------------------------------------------------------
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to