<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN">
<html><body style='font-size: 10pt'>
<p>Hi, I am working in Java (I am a 15 years old java Consultant by the way) and in my humble opinion comparing Akka and Erlang is like comparing apple and oranges.</p>
<p>Anyway the questions I will do to myself will be: </p>
<p>Team know-how<br />For instance if I must set up a 60 pepole team, where can I find the guys easier? Using Akka or Erlang? I do not think there are a very large base of Akka experts out of there.</p>
<p> </p>
<p>Developement benefits</p>
<p>Erlang immutable state is a big hit in the long run.<br />On the other way, Java isolation is very strong.  With OSGi frameworks you can even run different version of the SAME library side by side. For instance, new version of Eclipse can run in "compatibility mode" older plugin (with an old API).<br />Also if a eclipse plugin crashes, the ide will not crash. <br />Also JVM stability is very high.<br />For this point of view, IBM has put in Java a lot of its know how about its  experience as system-integrator. <br />But do not need Java integration capability, Java could be a pain</p>
<p> </p>
<p>Performance: a tricky path</p>
<p>Erlang scheduler is a plus in my opinion because it maximize resource usage even if your code is not very optimized: in Java/Ruby/PHP/Python this is simply not true and you will need to put a lot of effort to get similar performance.</p>
<p> About garbage collection: Java is very strong in this area. Also the new G1,  a low latency GC works very well:  I use it on my IDEs to reduce GUI freeze. Anyway it is still not production ready (at least on jdk 1.7 you get core dumps from time to time).</p>
<p>Remember "old HotSpot GC" is very powerful out of the box: a 1GB RAM app server can be tuned easily to avoid full GC /for days/, because increment GC are "just fine" for the day by day processing.<br />With very huge heaps (hundres of GBs) you can have problems, and Red Hat is pushing a new implementation to ovrecome this.</p>
<p>I do not know how much erlang is strong in this area so: do an ad hoc benchmark on your use cases on raw speed and troughput.<br /><br /></p>
<p> </p>
<p> </p>
<p><span style="font-size: 12px;">Library availability</span></p>
<p>Java ecosystem is big. In my opinion too big. If you have the right tool in erlang, give a plus to erlang.<br />The reason is simple: SpringFramework is very very complex. <br />IoC will slow down your developement, and I am not sure will pay its bill.<br />So avoid all the hipe around Spring if you do not think you need it.</p>
<p>When I search for erlang clients for some server I use, I find it with no problem, so I think Erlang ecosystem is quite mature.</p>
<p>Again, look at your use cases.</p>
<p>My two cents :)</p>
<p> </p>
<p>Il 2014-08-26 23:20 Jesper Louis Andersen ha scritto:</p>
<blockquote type="cite" style="padding-left:5px; border-left:#1010ff 2px solid; margin-left:5px"><!-- html ignored --><!-- head ignored --><!-- meta ignored -->
<div dir="ltr">
<div class="gmail_extra"><br />
<div class="gmail_quote">On Tue, Aug 26, 2014 at 9:34 PM, Youngkin, Rich <span><<a href="mailto:richard.youngkin@pearson.com">richard.youngkin@pearson.com</a>></span> wrote:<br />
<blockquote class="gmail_quote" style="margin: 0 0 0 .8ex; border-left: 1px #ccc solid; padding-left: 1ex;">Akka has been proposed as an alternative to Erlang.</blockquote>
</div>
<br />What are the arguments for Akka, as opposed to the arguments for Erlang?</div>
<div class="gmail_extra"> </div>
<div class="gmail_extra">Library availability is definitely a valid concern. Yet, any library in any language will have errors and mistakes. A good point about Erlang is that the occasionally bad library tend to hurt your program less for the simple fact that proper isolation saves the day.<br /><br clear="all" />
<div> </div>
-- <br />J.</div>
</div>
<br />
<pre>_______________________________________________
erlang-questions mailing list
<a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a>
<a href="http://erlang.org/mailman/listinfo/erlang-questions">http://erlang.org/mailman/listinfo/erlang-questions</a>
</pre>
</blockquote>
<p> </p>
</body></html>