Live data from Hacker News

One VM to Rule Them All [pdf]

lafo.ssw.uni-linz.ac.at

71–80 of 90 posts

Re: One VM to Rule Them All [pdf]

#71
post #45

Earlier quoted context omitted.

I thought I knew most of what is hot and fresh on the software development front, but I've never heard of any "server engines." Mind explaining what it is? Virtualization containers perhaps?

A "server engine" (usually called a kernel actually) is like a userspace operating system kernel that is purpose-built for a class of server workloads and attempts to optimally manage system resources for that workload. The server application is built on top of that kernel. When people refer to e.g. "database kernels", this is what they are referring to. It reimplements the operating system resource management servic…

so are you saying that running Oracle in a VM will kill its performance? By what factor would you expect?

Re: One VM to Rule Them All [pdf]

#73

Earlier quoted context omitted.

You are correct that the JVM is ubiquitous in server software but not nearly as much as you assume and there has been a shift away from it in recent years for reasons having nothing to do with Oracle etc. I've been designing high-performance server engines since the 1990s and have watched the architectures and tool chains evolve. Five years ago most new server engine development was done on the JVM. Since then there…

I think the key point you are missing is developer productivity. Every potential performance gain C++ might have is completely negated by having to touch that complete clusterfuck of a language.

Java's not a clusterfuck? I'll take the clusterfuck that's not controlled by a creepy asshole who thinks the NSA is essential and says stupid shit like "Who's ever heard of government misusing information?"

Re: One VM to Rule Them All [pdf]

#74
post #63

Earlier quoted context omitted.

Huh? Where is there any benchmark of Topaz in the paper? All there is involving Topaz is the percentage of RubySpec passed — nothing about performance!

um......Its right there in the performance chart?

How the hell did I miss that when I looked at that before? Ignore me.

Re: One VM to Rule Them All [pdf]

#75
post #31
post #7

This looks interesting, but I am generally worried about something being owned by Oracle. Simple example; I own an Openpandora. I wrote a live coding environment in Java with a very basic, lispy language at it's core. Using any free Java implementation it either; did not start (core dump; suspect; not enough memory to get even the VM up) or ran very (unusable) slow. With the Java 7 closed source ARM version from Orac…

There's a lot that can be said about Oracle's stewardship of Java, what it's like and how it should improve; it's a very important conversation. But the tone of your comment (and some of its child comments) seem to take the discussion in a misinformed direction. I don't know how much of the world's important server-side software is written in Java (or runs on the JVM), but I wouldn't be surprised if it's around 80%.…

> you would be quite foolish to choose anything but the JVM.

Do you have technical reasons for saying that, or only political ones?

Re: One VM to Rule Them All [pdf]

#76

Earlier quoted context omitted.

I think Google already had a lot fun with Oracle while not using their code. If you fork, be prepared for a patent-infringement lawsuit as soon as you earn some money with it. I'm pretty sure most companies have realized that staying the hell away from Oracle isn't a stupid move.

Anybody can sue for anything. Google won that lawsuit.

True, but I think we mean the likelihood being sued.

Re: One VM to Rule Them All [pdf]

#77
post #7

This looks interesting, but I am generally worried about something being owned by Oracle. Simple example; I own an Openpandora. I wrote a live coding environment in Java with a very basic, lispy language at it's core. Using any free Java implementation it either; did not start (core dump; suspect; not enough memory to get even the VM up) or ran very (unusable) slow. With the Java 7 closed source ARM version from Orac…

Yes. The first slide basically guaranteed that I will never look into this project. The risk of touching anything Oracle-related is not worth the potential benefit.

After hearing how Solaris support when down the drain with Oracle stewardship, I'd say staying away from anything Oracle sounds reasonable. At least if it isn't under something like GPL with a patent grant.

(Yes, the fact that they screwed minor Solaris customers does not translate to them suing over IP -- but then again, they already did the last part to).

Oracle is probably a great company to invest in; they make a lot of money -- but that alone doesn't make them a good stakeholder in your core business. I wouldn't want to partner with McDonalds either.

Re: One VM to Rule Them All [pdf]

#78

Earlier quoted context omitted.

Because it's not really a good VM. It's full of good ideas, but also full of cruft and years of technical debt. It doesn't have a JIT compiler, (nearly) no async IO, threading support is pretty new and not battle-tested nor documented very well.

Sounds like Perl 6!

Actually, that's part of the issue. Most of Parrot's semantics are exactly those of Perl 6 (right down to the opcodes for Boolean testing), and those don't get along well with most languages.

Re: One VM to Rule Them All [pdf]

#79
post #66

Earlier quoted context omitted.

I think Google already had a lot fun with Oracle while not using their code. If you fork, be prepared for a patent-infringement lawsuit as soon as you earn some money with it. I'm pretty sure most companies have realized that staying the hell away from Oracle isn't a stupid move.

Actually, most companies that aren't Google (finance, government, military, enterprise) realized that simply sticking with Oracle is even a better move. I don't know if you know this, but Oracle is making more money (profit) than Google (Oracle is also a much larger company than Google). They wouldn't be doing that if people were staying away from them. Lawsuit aside, even Google itself (and Facebook, and Twitter) ru…

there may be more reasons other than technical that large businesses run on Oracle (database).

The amount of paid "consultants" that oracle pushes thru to make their sale, plus their tactic of charging what you can afford to pay, as well as the "can't get fired for buying IBM" mentality of large IT organizations means that oracle has a distinct advantage over any small competitor.

Not that oracle's tech isn't good, but there are comparable alternatives, but they are only comparable in the technical aspect, not in the (strongarm) sales aspect.

Re: One VM to Rule Them All [pdf]

#80
post #63

Earlier quoted context omitted.

um......Its right there in the performance chart?

How the hell did I miss that when I looked at that before? Ignore me.

LOL, i cant wait to see all these coming, Topaz Ruby 2.1 Rubinius 2.0 And this Ruby with SVM
Post reply on HN