<style> p {margin-top:0px;margin-bottom:0px;} </style> <table border=0 width=100%% cellpadding=0 cellspacing=0 align=center> <tr> <td valign=top style='padding:8pt;'><font size=2>I myself believe that their biggest hurdle is JVM's ability or

inability to scale.  Not only internally, but also in terms of system

resources.  Given that I work daily with huge frameworks, like Java and

.NET, I'm wondering how their respective companies intend to move to

fully utilization of multi-processor (multi-core) systems.  It's very

different when you have a (relatively) lite system like Erlang, which

in itself was built for this work, compare to systems that huge. 

Having said that these companies have enough resources and interest to

turn things around. <blockquote style="border-top: 1px solid rgb(204, 204, 204); margin: 0.8ex 0pt 0pt; padding-bottom: 1ex;"> ---------[ Received Mail Content ]----------  Subject : Re: [erlang-questions] concurrency developments  Date : Tue, 15 Jan 2008 14:47:44 +0300  From : "Kirill Zaborski" <qrilka@gmail.com>  To : "Hynek Vychodil" <vychodil.hynek@gmail.com>  Cc : erlang-questions@erlang.org So you say that  performance doesn't matter? Somewhat strange statement from engineer. P.S. In some circumstances it can be negligible and I don't deny other benefits from immutalbe variables. Just point to not very rare issues with Java GC which could be solved in GC assuming immutable variables (which make it simpler as far as I understand). Regards, Kirill. On Jan 15, 2008 2:37 PM, Hy!

 nek Vychodil <vychodil.hynek@gmail.com> wrote:<br><br><br><br>> It isn't matter of performance, it is about security, reliability and<br><br>> bug hunting.<br><br>><br><br>> On 1/15/08, Kirill Zaborski <qrilka@gmail.com> wrote:<br><br>> > And also normally better GC performance coming from immutable variables?<br><br>> Not<br><br>> > requiring intricate GC options.<br><br>> ><br><br>> ><br><br>> > On Jan 15, 2008 1:27 PM, Hynek Vychodil < vychodil.hynek@gmail.com><br><br>> wrote:<br><br>> > ><br><br>> > > ... and where is immutable variables, where is side effect free<br><br>> > > functional programming? Where is funny declarative (easy readable)<br><br>> > > syntax?<br><br>> > ><br><br>> > > Groovy is death way.<br><br>> > ><br><br>> > ><br><br>> > ><br><br>> > ><br><br>> > > On 1/15/08, Christian S <chsu79@gmail.com> wrot!

 e:<br><br>> > > > Where are process links? Where are super

vision tree infra-structure?<br><br>> > > > Where is remote-node messaging transparency?<br><br>> > > ><br><br>> > > > > http://www.groovyactors.org/<br><br>> > > > _______________________________________________<br><br>> > > > erlang-questions mailing list<br><br>> > > > erlang-questions@erlang.org<br><br>> > > > http://www.erlang.org/mailman/listinfo/erlang-questions<br><br>> > > ><br><br>> > ><br><br>> > ><br><br>> > > --<br><br>> > > --Hynek (Pichi) Vychodil<br><br>> > ><br><br>> > ><br><br>> > ><br><br>> > > _______________________________________________<br><br>> > > erlang-questions mailing list<br><br>> > > erlang-questions@erlang.org<br><br>> > > http://www.erlang.org/mailman/listinfo/erlang-questions<br><br>> > ><br><br>> ><br><br>> ><br><br>><br>!

 <br>><br><br>> --<br><br>> --Hynek (Pichi) Vychodil<br><br>><br><br></chsu79@gmail.com></qrilka@gmail.com></vychodil.hynek@gmail.com></blockquote></font></td></tr>

</table>