Re: Why not Half Life 3 on Java ?

Gerry Quinn wrote:

Why is everybody so quick to assume that making a comment makes one a
religious fanatic about a language?


I didn't mean to imply that. Some people have made great claims for run-time optimisation (albeit about its future prospects rather than its current capabilities). Certainly, you just mentioned it, and certainly it is a technology that can have its uses. I just pointed out that you can do somewhat similar tricks with other languages.


Indeed. I read a really interesting paper some years ago about a guy who developed a C compiler which wrote runtime optimising code. Worked brilliantly on 68k, but was somewhat architecture bound - since modifiying the running code meant flushing the cache, it ran like crap on cpus with large instruction caches.


It seems that one cannot contribute
to the discussion without rapidly being pegged as a zealot one way or
the other. We were talking about Java optimizations so I gave an example
of something the JVMs are doing. Did I say that it was better than C++?
I think not...


To be fair, when you said "they could have a better idea about how things actually work", you are making an implied comparison between bytecode and fully compiled languages, which in the context of this thread means Java vs. C/C++.


Did I say we should use it instead of C++ because of
these optimizations? I think not... There's no need to jump on me simply
because I gave an example of how the JVM optimizes, thankyouverymuch.


I'm not. (Personally I dislike Java as a language but I think it can be quite fast, and that a credible FPS could be made using it.)

Hmm - stylistic issues?  What don't you like about Java style-wise?
.

Relevant Pages

  • Re: WaitForSingleObject() will not deadlock
    ... represent an incorrect implementation of the language. ... the *compiler* does not guarantee this. ... but to state it in terms of the execution instead of the formal semantics of the language ... as long as the optimizations do not change the semantics of the language). ...
    (microsoft.public.vc.mfc)
  • Re: Why not Half Life 3 on Java ?
    ... fact that JIT compilation/HotSpot have access to the running code when they compile and swap in native code. ... Global optimizations become a little easier. ... What I hear from the Java folks around here is that the JVMs are getting smarter and smarter about this kind of thing. ... I guess this is the same question as "why do language flame-wars begin"? ...
    (comp.games.development.programming.misc)
  • Re: RAD vs. performance
    ... wrote in the dynamically typed language is wrong. ... to start executing compiler optimisations by hand. ... same optimizations. ...
    (comp.lang.misc)
  • Re: Can you write code directly in CIL ???
    ... language. ... From what I understand any optimizations take place before the CIL is ... >>that hand tweaked CIL would be the .NET equivalent of hand tweaked assembly ...
    (microsoft.public.dotnet.languages.csharp)
  • Re: RAD vs. performance
    ... typed language vs. your dynamically typed language, ... to start executing compiler optimisations by hand. ... same optimizations. ...
    (comp.lang.misc)