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