Account Options

  1. Sign in
The old Google Groups will be going away soon, but your browser is incompatible with the new version.
Google Groups Home
« Groups Home
Message from discussion The future of Erlang and BEAM

Received: by 10.204.133.213 with SMTP id g21mr941413bkt.3.1328988828351;
        Sat, 11 Feb 2012 11:33:48 -0800 (PST)
X-BeenThere: erlang-programming@googlegroups.com
Received: by 10.204.181.202 with SMTP id bz10ls10960153bkb.0.gmail; Sat, 11
 Feb 2012 11:33:48 -0800 (PST)
Received: by 10.204.156.135 with SMTP id x7mr942416bkw.2.1328988827957;
        Sat, 11 Feb 2012 11:33:47 -0800 (PST)
Received: by 10.204.156.135 with SMTP id x7mr942415bkw.2.1328988827935;
        Sat, 11 Feb 2012 11:33:47 -0800 (PST)
Return-Path: <erlang-questions-bounces+erlang-programming+garchive-81772=googlegroups....@erlang.org>
Received: from hades.cslab.ericsson.net (hades.cslab.ericsson.net. [192.121.151.104])
        by gmr-mx.google.com with ESMTP id l17si14804775bkb.1.2012.02.11.11.33.47;
        Sat, 11 Feb 2012 11:33:47 -0800 (PST)
Received-SPF: pass (google.com: domain of erlang-questions-bounces+erlang-programming+garchive-81772=googlegroups....@erlang.org designates 192.121.151.104 as permitted sender) client-ip=192.121.151.104;
Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of erlang-questions-bounces+erlang-programming+garchive-81772=googlegroups....@erlang.org designates 192.121.151.104 as permitted sender) smtp.mail=erlang-questions-bounces+erlang-programming+garchive-81772=googlegroups....@erlang.org; dkim=neutral (body hash did not verify) header...@gmail.com
Received: from hades.cslab.ericsson.net (hades [192.121.151.104])
	by hades.cslab.ericsson.net (Postfix) with ESMTP id 80A605C183;
	Sat, 11 Feb 2012 20:33:40 +0100 (CET)
X-Original-To: erlang-questi...@erlang.org
Delivered-To: erlang-questi...@erlang.org
Received: from mail-ee0-f53.google.com (mail-ee0-f53.google.com [74.125.83.53])
 by hades.cslab.ericsson.net (Postfix) with ESMTP id 154305C005
 for <erlang-questi...@erlang.org>; Sat, 11 Feb 2012 20:33:39 +0100 (CET)
Received: by eeke51 with SMTP id e51so1327875eek.40
 for <erlang-questi...@erlang.org>; Sat, 11 Feb 2012 11:33:38 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
 h=message-id:date:from:user-agent:mime-version:to:subject:references
 :in-reply-to:content-type:content-transfer-encoding;
 bh=X7CroOBcem5Af8JY4JjiwB+CKC9p3Y0h6aUN35bImB8=;
 b=DJoGRsfY/FKfi/1VVGXVOY4p+UXutGc57S2QxC1qFXYDhAJjalIwb4uGPRd4sf0Y7s
 K3u2svNx/Da9loaMPLvtB2c82+SfBgU24aZPhreq2o4ao/tQzB0O3EKX4xtEqbz4aAVv
 j97mTeo2BgGKeHDQKProN5VCxV+IAuprvJsvI=
Received: by 10.213.34.9 with SMTP id j9mr1740434ebd.117.1328988818820;
 Sat, 11 Feb 2012 11:33:38 -0800 (PST)
Received: from [127.0.0.1] (epa230.neoplus.adsl.tpnet.pl. [83.20.42.230])
 by mx.google.com with ESMTPS id v51sm39050328eef.2.2012.02.11.11.33.36
 (version=SSLv3 cipher=OTHER); Sat, 11 Feb 2012 11:33:37 -0800 (PST)
Message-ID: <4F36C287.6090...@gmail.com>
Date: Sat, 11 Feb 2012 20:33:27 +0100
From: Radek <poprostura...@gmail.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
 rv:9.0) Gecko/20111222 Thunderbird/9.0.1
MIME-Version: 1.0
To: erlang-questi...@erlang.org
References: <4F36442D.1060...@gmail.com>
 <CAANBt-oKR61jM1zU=7-UPh7E+Wk+Ar73zA4Ba6b49_SCQv6...@mail.gmail.com>
 <4F36B804.1060...@meetinghouse.net>
In-Reply-To: <4F36B804.1060...@meetinghouse.net>
Subject: Re: [erlang-questions] The future of Erlang and BEAM
X-BeenThere: erlang-questi...@erlang.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: General Erlang/OTP discussions <erlang-questions.erlang.org>
List-Unsubscribe: <http://erlang.org/mailman/options/erlang-questions>,
 <mailto:erlang-questions-requ...@erlang.org?subject=unsubscribe>
List-Archive: <http://erlang.org/pipermail/erlang-questions>
List-Post: <mailto:erlang-questi...@erlang.org>
List-Help: <mailto:erlang-questions-requ...@erlang.org?subject=help>
List-Subscribe: <http://erlang.org/mailman/listinfo/erlang-questions>,
 <mailto:erlang-questions-requ...@erlang.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Errors-To: erlang-questions-boun...@erlang.org
Sender: erlang-questions-boun...@erlang.org

Dear Group,

first of all, I am pretty amazed that my question started such a nice 
discussion with interesting posts.
What amazes me even more, that (with full&great respect to the others) 
even such known people like Joe Armstrong or Ulf Wiger found some time 
to answer me directly. I think it's truly amazing :)

Thank you very much, all of you, for such interesting answers. Now I 
think I understand what is the real difference between Erlang & rest of 
the world. I really haven't thought about safety and reliability in the 
first place. Now it seems to be logical for me that "raw performance" 
isn't an only factor which I should consider.

Thank all of you very much, once more. Now I think I'm Erlang fab-boy 
even more :)

Greetings,
Radek


W dniu 2012-02-11 19:48, Miles Fidelman pisze:
> Joe,
>
> I'll add one more thing - correct me if I'm wrong here (you are, after 
> all the expert :-)....
>
> Joe Armstrong wrote:
>> To start with you are comparing chalk with cheese - Erlang was
>> NOT designed to be a fast messaging passing language. It was designed
>> for building fault-tolerant applications - it wasn't designed
>> for speed it was designed for safety.
>>
>>
> Erlang also is really nice for building systems where you want to 
> THINK and organize your code in terms of concurrent processes.  
> Simulation is the application that comes to mind (based on my own 
> experience).
>
> If you want to simulate 10,000 tanks, on a simulated battlefield - my 
> first instinct is "each tank is a process."  Turns out, that most 
> (all?) conventional simulators model each tank as an object, with a 
> small number of threads touching each object 20-40 times per second (a 
> state update thread, a display thread, etc.)  Leads to really horrible 
> spaghetti code and systems that are really hard to change.
>
> I found Erlang when I joined a simulation software house, after a 
> background in networking (where we spawn processes all the time).  
> Programmers kept telling me that "we can't spawn 10,000 processes, the 
> overhead will kill us" - which is true with C++ (what we were using) 
> or Java.  I did some digging and found Erlang as a counter-example.
>
> I guess what I draw from this is that, while Erlang might not be 
> blindingly fast for some applications, if I want to write code that 
> spawns 1000s of processes, it's a lot faster than anything else around.
>
> Miles Fidelman
>
>
>
>
>

_______________________________________________
erlang-questions mailing list
erlang-questi...@erlang.org
http://erlang.org/mailman/listinfo/erlang-questions