<html><head><style>body{font-family:Helvetica,Arial;font-size:13px}</style></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div id="bloop_customfont" style="font-family:Helvetica,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-height: auto;">And what would you do with the old server?</div><div id="bloop_customfont" style="font-family:Helvetica,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-height: auto;">Put in the box on a shelf?</div><div id="bloop_customfont" style="font-family:Helvetica,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-height: auto;"><br></div><div id="bloop_customfont" style="font-family:Helvetica,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-height: auto;">Horizontal scalability is a thing.</div> <div id="bloop_sign_1464115667127915776" class="bloop_sign"><div style="font-family:helvetica,arial;font-size:13px">
                
                
                


<p style="margin-bottom: 0in">
                
                
                


</p><p style="margin-bottom: 0in"><font color="#000000">– <font face="Helvetica, sans-serif"><font style="font-size: 9pt"><br>Best regards,
<br>Radek
Gruchalski<br>
</font></font></font><font face="Helvetica, sans-serif"><font style="font-size: 9pt"><a href="mailto:radek@gruchalski.com">radek@gruchalski.com</a></font></font><font color="#0084d1"><font face="Helvetica, sans-serif"><font style="font-size: 9pt"><br></font></font></font><font color="#0084d1"><font face="Helvetica, sans-serif"><font style="font-size: 9pt">de.linkedin.com/in/radgruchalski</font></font></font><font color="#000000"><font face="Helvetica, sans-serif"><font style="font-size: 9pt"><br><br></font></font></font><font color="#878787"><font face="Helvetica, sans-serif"><font style="font-size: 8pt"><b>Confidentiality:<br></b></font></font></font><font color="#878787"><font face="Helvetica, sans-serif"><font style="font-size: 8pt">This
communication is intended for the above-named person and may be
confidential and/or legally privileged.<br>If it has come to you in
error you must take no action based on it, nor must you copy or show
it to anyone; please delete/destroy and inform the sender
immediately.</font></font></font></p></div></div> <br><p class="airmail_on">On May 24, 2016 at 8:45:44 PM, Grzegorz Junka (<a href="mailto:list1@gjunka.com">list1@gjunka.com</a>) wrote:</p> <blockquote type="cite" class="clean_bq"><span><div bgcolor="#FFFFFF" text="#000000"><div></div><div>



<title></title>


<p>Sorry for my ignorance, how does it differ from <a class="moz-txt-link-freetext" href="http://erlangonxen.org/">http://erlangonxen.org/</a> (apart from
its ability to run on bare metal without Xen)? Does rumprun support
ARM processors/boards?</p>
<p>IMHO both projects (Erlang on Xen / rumprun) suffer from a
similar problem as IoT. They look great on paper as technologies,
but it's hard to find an application in which they would be useful.
They might be just waiting for that great idea which will allow
them to break through and blow your mind.</p>
<p>I could imagine an application which scales nearly linearly with
the amount of nodes you allow it to use. When the capacity or speed
needs to be increased, you just provision new nodes, each one a
simple ARM module running Erlang, and you add it to the cluster.
The application then uses the new node and distributes a bit of the
running load to it.</p>
<p>It's not impossible from a technical point of view but it's hard
to imagine why a company would want to do that instead of moving
the system to a new server with more CPU/RAM. In any case it's
great that such an option exists and we can use it to try things.
Anyway, thanks for bringing it up, I wouldn't have known Rumprun
otherwise.<br></p>
<p>Grzegorz<br></p>
<br>
<div class="moz-cite-prefix">On 24/05/2016 15:15, Neeraj Sharma
wrote:<br></div>
<blockquote cite="mid:CANfL31zz87eXNYtOmuB4-zmjJkBzzDRdm51hVVZnSWnnf661AQ@mail.gmail.com" type="cite">
<div dir="ltr"><span style="font-size:12.8px">Hi,</span>
<div style="font-size:12.8px"><br></div>
<div style="font-size:12.8px">I did an initial port of Erlang on
the RumpRun unikernel (<a moz-do-not-send="true" href="https://github.com/rumpkernel/rumprun-packages/tree/master/erlang" target="_blank">https://github.com/rumpkernel/rumprun-packages/tree/master/erlang</a>)
in September last year. While the experience was enthralling, there
were after thoughts which remained unanswered. I wonder what Erlang
experts think regarding running Erlang on unikernel. RumpRun
unikernel is an great project which (in my view) opened
possibilities to design in some unique ways while shifting aware
from the traditional operation system based design. There are some
nuances like multi-threading instead of providing multi-process (no
fork), but I Erlang does play nice (at least for the most part)
with it. Needless to say the energy spent and my lack of understand
on Erlang internals ensured that the project is suited for pet
projects rather than production (or any serious use).</div>
<div style="font-size:12.8px"><br></div>
<div style="font-size:12.8px">My choice Erlang is a bit biased
primarily it being my first experience to functional programming
language and a long history of working in the telecommunications
industry (though not using Erlang in production as much I'd wanted
to). The language is awesome for many use cases though this email
is primarily looking at its play with unikernels. The language blew
me away with the ease and core language features for meeting
complex requirements like (though not limited to) scalablity,
availability and soft-real time behavior (not to mention the VMs
capability to magically load the system resources evenly) which
takes a lot of effort in implementing in traditional programming
languages.</div>
<div style="font-size:12.8px"><br></div>
<div style="font-size:12.8px">My initial motivation to attempt the
port was to look at role of Erlang (which pretty much does most of
stuff a traditional OS+utils would provide to regular applications)
in microservices architecture. In my opinion the choice of RumpRun
unikernel makes a lot of sense in this respect rather than rely on
traditional operating system architecture. Having said that, I
would like to hear opinions from Erlang experts as to whether the
marriage of Erlang with Unikernel has a bright future :)</div>
<div style="font-size:12.8px"><br></div>
<div style="font-size:12.8px"><br></div>
<div style="font-size:12.8px">Thanks for your time,</div>
<div style="font-size:12.8px">Neeraj</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
erlang-questions mailing list
<a class="moz-txt-link-abbreviated" href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a>
<a class="moz-txt-link-freetext" href="http://erlang.org/mailman/listinfo/erlang-questions">http://erlang.org/mailman/listinfo/erlang-questions</a>
</pre></blockquote>
<br>


_______________________________________________
<br>erlang-questions mailing list
<br>erlang-questions@erlang.org
<br>http://erlang.org/mailman/listinfo/erlang-questions
<br></div></div></span></blockquote></body></html>