The next London User Group meeting will be on the 19 October at 18:30 at the Forward offices in Camden, London.
Here are the details for the next London Erlang User Group Meeting:
Date : 19 October 2011
Time : 18:30
Place: Forward's Offices, Camden, London
Everyone is welcome. Come along learn, listen, debate, shape, join in, share experiences, exchange ideas and network. We are lucky to have one of the co-inventors of Erlang, Robert Virding, speaking at this months user group!
A map for the location is here.
Robert Virding recently joined Erlang Solutions Ltd as Principal Language Expert. While at Ericsson AB, Robert Virding was one of the original members of the Ericsson Computer Science Lab, and co-inventor of the Erlang language. He took part in the original system design and contributed much of the original libraries, as well as to the current compiler. While at the lab he also did a lot of work on the implementation of logic and functional languages and on garbage collection. He has also worked as an entrepreneur and was one of the co-founders of one of the first Erlang startups (Bluetail). Robert Virding also worked a number of years at the Swedish Defence Materiel Administration (FMV) Modelling and Simulations Group. He co-authored the first book (Prentice-Hall) on Erlang, and is regularly invited to teach and present throughout the world.
"The Design and Implementation of a Scalable Concurrent Virtual Machine"
Mission critical applications such as telecommunications switches Ericson, global scale chat Facebook, high performance message buses Rabbit, and fault tolerant databases Riak must support massive fault tolerant concurrency and distribution. In our experience concurrency at scale requires a purpose designed virtual machine and its GC. In this talk we discuss our experience building the Erlang VMs with a particular focus scalability. We present challenges and solutions for concurrent VMs. We discuss some essential interactions between VM and language design necessary to achieve scalability. We will also briefly comment on our experience extending JVMs to support concurrency."