Slashdot Mirror

← Back to Stories (view on slashdot.org)

Notes from JVM Symposium

Posted by Hemos on from the learning-'bout-the-java dept.

prostoalex writes "Steve Anglin, author of such O'Reilly books as "C# in a Nutshell" and "VB.NET Core Classes in a Nutshell" from recent Java Virtual Machine Symposium. Among the questions discussed are intelligent garbage collection, faster implementations of Java bytecode, getting JVM's for even smaller and lighter devices and stopping thinking outside the box."

11 comments

  1. FP by Anonymous Coward · · Score: 0

    Suck it.

  2. How 'bout that link?!? by bay43270 · · Score: 2

    Long enough for you?

    1. Re:How 'bout that link?!? by topham · · Score: 1, Offtopic

      How about the article? I mean, it had virtually no political undertones at all.

      damnit, what the hell happened to Slashdot?!

  3. Oh, don't worry. by Da+VinMan · · Score: 1, Offtopic

    It's still going to hell. If anyone with a technical backbone actually bothered to read and comment upon the article I might think otherwise. But then again, I guess we vertebrates have something better to do.

    --
    Please mod this post only if you think others should/n't read this. I have enough ego^H^H^Hkarma. Thanks!
  4. Easier Programming, oh no, I want Job security! by unDiWahn · · Score: 1

    Whats with writing all this functionality into the base language itself? If I don't have to worry about it, I can write horrible, sloppy code, and.... not worry about it!

    Soon we'll be able to just tell the compiler the idea of what we want, and it'll write the program for us!!

    *flame mode*
    Garbage collections is for wusses! _Real_ programmers write everything from the ground up, every time!
    */flame mode*

    1. Re:Easier Programming, oh no, I want Job security! by Anonymous Coward · · Score: 0

      Please mod down parent - for being on-topic for this lame story.

  5. Now kids, look and learn... by Anonymous Coward · · Score: 0

    That's what happens when lazy /. monkeys like Homos don't check their links!

    I just wonder how much that extra little [totally useless] story shaved off of subscriptions...

  6. JPM (Java Physical Machine) vs JVM by knorthern+knight · · Score: 3, Funny

    The Intel i686 is a RISC core, with a legacy X86 emulation layer on top. Transmeta is another CPU that can morph its instruction set to emulate other CPUs. Why not scrap the emulation under an OS, and simply execute Java bytecode directly by the CPU ?

    And if we really want to get fancy, maybe Transmeta could be set up to directly run the Emacs OS, from which you could run vim when you wanted to do serious editing.

    --

    I'm not repeating myself
    I'm an X window user; I'm an ex-Windows user
    1. Re:JPM (Java Physical Machine) vs JVM by Anonymous Coward · · Score: 0

      Since write-once-run-anywhere flopped, why not just make Java a compiled language like C and be done with it. By the way, anybody know why this story did not appear on the slashdot front page, but was only accessible thru topic=java?

  7. Transmeta has done this by alienmole · · Score: 2
    Transmeta had a demo which executed Java bytecode directly on a Crusoe CPU, I'm too lazy to look for a link right now. It didn't go anywhere commercially, afaik.

    Also, Sun has made chips that run Java bytecode, iirc "picoJava" was one such effort.

    Right now, though, if you're an OEM designer, there's more support for traditional architectures, in terms of development tools and the functionality provided by traditional embedded operating environments. Performance is not usually such an issue that a JPM would be a necessity to the success of a project. In short, there just isn't a good enough reason to make the leap. It might become more viable in future, as tool support and the capabilities of the Java "platform" converge to provide everything that's needed.