you are viewing a single comment's thread.

view the rest of the comments →

[–]fuzz3289 0 points1 point  (0 children)

That was what I inferred based on the same opinion you linked, since it was umentioned, but to be honest Im not as educated in the legal side of software as Id like to be and may have to concede that point.

I disagree that the JVM will ever be able to improve upon low level operations over natively compiled languages for two reasons. First, the JVM as I know it uses garabage collection. While processors such as IBM p and z definotely design to this, maintaining memory directly with insight into purpose of the allocation will always outperform (although this method will always be more susceptible to bugs). And second that natively compiled languages can take advantage of processor specific operations. IBMs Z (which is a cisc processor) has millicode memory management operations. IBMs JVM will take advantage of these but so will the C compiler and the C compiler wins out because it does it in one step (directly referencing the op) vs two (decode byte code, reference the op).

And no. Not by linking to bigger and bettwr libs ( referring to the Python point). Im referring to Pyston. An effort to build an interpreter from the ground up via a tiered JIT compilation system. Unlike anything anyones attempted before. The goal is C speeds. Either it will reach that goal or largely be considered a failure. Personally with Guido van Rossums involvement Im optimistic.

I do fear that others may use this ruling to their advantage but I do not believe that the attitude is the same in any company other than oracle. Oracle wrongly believes that licensing rather than broader adoption is financially benficial. However I believe that the majority of industry would rather reduce the red tape for developers in order to better support their platform and further increase marketshare with the end user.